Re: The never ending quest for clarity on shared_buffers
В списке pgsql-performance по дате отправления:
| От | Neil Conway |
|---|---|
| Тема | Re: The never ending quest for clarity on shared_buffers |
| Дата | |
| Msg-id | 1097112547.13119.108.camel@localhost.localdomain обсуждение исходный текст |
| Ответ на | Re: The never ending quest for clarity on shared_buffers (Paul Ramsey <pramsey@refractions.net>) |
| Список | pgsql-performance |
On Thu, 2004-10-07 at 08:26, Paul Ramsey wrote: > The shared_buffers are shared (go figure) :). It is all one pool shared > by all connections. Yeah, I thought this was pretty clear. Doug, can you elaborate on where you saw the misleading docs? > The sort_mem and vacuum_mem are *per*connection* however, so when > allocating that size you have to take into account your > expected number of concurrent connections. Allocations of size `sort_mem' can actually can actually happen several times within a *single* connection (if the query plan happens to involve a number of sort steps or hash tables) -- the limit is on the amount of memory that will be used for a single sort/hash table. So choosing the right figure is actually a little more complex than that. -Neil
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера