linux, memory (mis)accounting/reporting, and the planner/optimizer
В списке pgsql-performance по дате отправления:
| От | Dave Youatt |
|---|---|
| Тема | linux, memory (mis)accounting/reporting, and the planner/optimizer |
| Дата | |
| Msg-id | 49779B45.9090102@fyreball.com обсуждение исходный текст |
| Ответы |
Re: linux, memory (mis)accounting/reporting, and the
planner/optimizer
|
| Список | pgsql-performance |
Apologies if this is a FAQ, but... Given linux's (mis)accounting/reporting of per-process memory, including shared memory (see for example this page: http://lwn.net/Articles/230975/) how does postgresql interpret and use the information that's provided? Does it use the information as-is? Does it just accept the configuration parameters provided (e.g. -- shared_buffers, effective_cache_size, etc.)? Or does it combine its internal knowledge of what it's sharing and adjust what linux reports accordingly? I'm aware that there are lots of userspace tools for accessing what the kernel reports, but I think its reporting is still problematic, especially for apps that use shared memory. (User space tools like sar, ps, top, pmap, free, vmstat, iostat, slabinfo, et al., as well as just looking at /proc fds -- /proc/meminfo, etc.)
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера