Re: proposal: Set effective_cache_size to greater of .conf value, shared_buffers
В списке pgsql-hackers по дате отправления:
| От | Bruce Momjian |
|---|---|
| Тема | Re: proposal: Set effective_cache_size to greater of .conf value, shared_buffers |
| Дата | |
| Msg-id | 20140515163559.GC25053@momjian.us обсуждение исходный текст |
| Ответ на | Re: proposal: Set effective_cache_size to greater of .conf value, shared_buffers (Amit Langote <amitlangote09@gmail.com>) |
| Список | pgsql-hackers |
On Thu, May 15, 2014 at 11:36:51PM +0900, Amit Langote wrote: > > No, all memory allocat is per-process, except for shared memory. We > > probably need a way to record our large local memory allocations in > > PGPROC that other backends can see; same for effective cache size > > assumptions we make. > > > > I see. I thought there would be some centralised way to traverse, say, > a linked list of contexts that individual backends create or something > like that. But, I suppose it would not be straightforward to make any > of that work for what we are after here. The problem is locking overhead between sessions. Right now we avoid all of that, and I think if we just put the value in PGPROC, it will be good enough with limited locking required. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + Everyone has their own god. +
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера