Re: proposal: Set effective_cache_size to greater of .conf value, shared_buffers
В списке pgsql-hackers по дате отправления:
| От | Andrew Dunstan |
|---|---|
| Тема | Re: proposal: Set effective_cache_size to greater of .conf value, shared_buffers |
| Дата | |
| Msg-id | 53695D3D.3030806@dunslane.net обсуждение исходный текст |
| Ответ на | Re: proposal: Set effective_cache_size to greater of .conf value, shared_buffers (Robert Haas <robertmhaas@gmail.com>) |
| Список | pgsql-hackers |
On 05/06/2014 05:54 PM, Robert Haas wrote: > On Tue, May 6, 2014 at 4:38 PM, Simon Riggs <simon@2ndquadrant.com> wrote: >> I read the code, think what to say and then say what I think, not >> rely on dogma. >> >> I tried to help years ago by changing the docs on e_c_s, but that's >> been mostly ignored down the years, as it is again here. > Well, for what it's worth, I've encountered systems where setting > effective_cache_size too low resulted in bad query plans, but I've > never encountered the reverse situation. I have encountered both. Recently I discovered that a client's performance problems were solved pretty instantly by reducing a ridiculously high setting down to something more reasonable (in this case about 50% of physical RAM is what we set it to). cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера