Re: Postgresql on an AMD64 machine
От | Tom Lane |
---|---|
Тема | Re: Postgresql on an AMD64 machine |
Дата | |
Msg-id | 18285.1118178689@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Postgresql on an AMD64 machine (Alvaro Herrera <alvherre@surnet.cl>) |
Ответы |
Re: Postgresql on an AMD64 machine
|
Список | pgsql-performance |
Alvaro Herrera <alvherre@surnet.cl> writes: > This was the standard wisdom with releases previous to 8.0; I'm not sure > if anyone confirmed to still hold after the buffer manager changes in > 8.0 and later in 8.1 -- we saw extensive redesign of the bufmgr on both, > so the behavior may have changed. If you wanna test, I'm sure lots of > people here will be interested in the results. Quite. The story at the moment is that we haven't bothered to create support for shared memory exceeding 2Gb, because there's never been any evidence that pushing shared_buffers up even close to that, much less above it, was a good idea. Most people have found the "sweet spot" to be in the range of 10K to 50K shared buffers, with performance dropping off above that. Obviously we'd be willing to do this work if there were convincing evidence it'd be worth the time. A benchmark showing performance continuing to climb with increasing shared_buffers right up to the 2Gb limit would be reasonably convincing. I think there is 0 chance of drawing such a graph with a pre-8.1 server, because of internal inefficiencies in the buffer manager ... but with CVS tip the story might be different. regards, tom lane
В списке pgsql-performance по дате отправления: