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 | 52338089.9080302@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 01:58 PM, Merlin Moncure wrote: > ok, points similar: > *) master/slave config (two slaves for me) > *) 'big' server 256GB mem, 32 core > *) 80% approx. (perhaps more) > *) some spacial searching (but not very much) > *) OLTP > *) presentation of load, although in my case it did resolve anywhere > from 30 secs to half hour > *) aside from the spike, 100% healthy > > points different > *) application side pooling: 96 app servers, max 5 connections each > (aside: are you using transaction mode pgbouncer?) Yes. > *) I saw gripes about relation extension in pg_locks I'll check for that next time. We're also working on seeing if we can reproduce this under test conditions. -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера