Re: survey: pg_stat_statements total_time and entry deallocation
В списке pgsql-general по дате отправления:
| От | legrand legrand |
|---|---|
| Тема | Re: survey: pg_stat_statements total_time and entry deallocation |
| Дата | |
| Msg-id | 1538778796328-0.post@n3.nabble.com обсуждение исходный текст |
| Ответ на | Re: survey: pg_stat_statements total_time and entry deallocation (Jeremy Schneider <schnjere@amazon.com>) |
| Список | pgsql-general |
Hello, What about adding a log message for each entry_dealloc() execution? it could be usefull to start thinking increasing pg_stat_statements.max. is there any rule regarding the acceptable max value ? I'm playing in test with a 20 000 value without any problem, could it extendend to 100 000 ? In a system with pressure on numbers of pgss lines, and regular entry_dealloc() executions, low frequency entries are evicted firsts, and this should still be the same for new small queries with usage based on total_time. Maybe there is a third way, that would be to evict queries based on the "oldest modification time" ... This would garantee that latest queries would be kept long enough to be collected by aggregation tools. Regards PAscal -- Sent from: http://www.postgresql-archive.org/PostgreSQL-general-f1843780.html
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера