| От | Andrew Dunstan |
|---|---|
| Тема | Re: Auto-tuning work_mem and maintenance_work_mem |
| Дата | |
| Msg-id | 525EF641.6050203@dunslane.net обсуждение исходный текст |
| Ответ на | Re: Auto-tuning work_mem and maintenance_work_mem (Andrew Dunstan <andrew@dunslane.net>) |
| Ответы |
Re: Auto-tuning work_mem and maintenance_work_mem
|
| Список | pgsql-hackers |
On 10/09/2013 11:06 AM, Andrew Dunstan wrote: > > > > The assumption that each connection won't use lots of work_mem is also > false, I think, especially in these days of connection poolers. > > Andres has just been politely pointing out to me that my knowledge of memory allocators is a little out of date (i.e. by a decade or two), and that this memory is not in fact likely to be held for a long time, at least on most modern systems. That undermines completely my reasoning above. Given that, it probably makes sense for us to be rather more liberal in setting work_mem that I was suggesting. cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера