Re: [PERFORM] 8.3beta1 testing on Solaris
От | Tom Lane |
---|---|
Тема | Re: [PERFORM] 8.3beta1 testing on Solaris |
Дата | |
Msg-id | 29721.1193359867@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: 8.3beta1 testing on Solaris (Gregory Stark <stark@enterprisedb.com>) |
Ответы |
Re: [PERFORM] 8.3beta1 testing on Solaris
Re: [PERFORM] 8.3beta1 testing on Solaris |
Список | pgsql-hackers |
Gregory Stark <stark@enterprisedb.com> writes: > Didn't we already go through this? He and Simon were pushing to bump up > NUM_CLOG_BUFFERS and you were arguing that the test wasn't representative and > some other clog.c would have to be reengineered to scale well to larger > values. AFAIR we never did get any clear explanation of what the test case is. I guess it must be write-mostly, else lazy XID assignment would have helped this by reducing the rate of XID consumption. It's still true that I'm leery of a large increase in the number of buffers without reengineering slru.c. That code was written on the assumption that there were few enough buffers that a linear search would be fine. I'd hold still for 16, or maybe even 32, but I dunno how much impact that will have for such a test case. regards, tom lane
В списке pgsql-hackers по дате отправления: