Re: Large shared_buffer stalls WAS: proposal: Set effective_cache_size to greater of .conf value, shared_buffers
В списке pgsql-hackers по дате отправления:
| От | Josh Berkus |
|---|---|
| Тема | Re: Large shared_buffer stalls WAS: proposal: Set effective_cache_size to greater of .conf value, shared_buffers |
| Дата | |
| Msg-id | 5233695A.7000001@agliodbs.com обсуждение |
| Ответ на | Re: proposal: Set effective_cache_size to greater of .conf value, shared_buffers (Josh Berkus <josh@agliodbs.com>) |
| Ответы |
Re: Large shared_buffer stalls WAS: proposal: Set
effective_cache_size to greater of .conf value, shared_buffers
|
| Список | pgsql-hackers |
On 09/13/2013 09:27 AM, Merlin Moncure wrote: > I happen to be one of those "couple" people. Load goes from 0.1 to > 500 without warning then back to 0.1 equally without warning. > Unfortunately the server is in a different jurisdiction such that it > makes deep forensic analysis impossible. I think this is happening > more and more often as postgres is becoming increasingly deployed on > high(er) -end servers. I've personally (alone) dealt with 4-5 > confirmed cases and there have been many more. We have a problem. Can you explain a bit more about this? I'm currently grappling with a db cluster which has periodic mysterious total LWLock paralysis, and is configured with 8GB shared_buffers (and 512GB ram installed). -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера