Re: [PERFORM] unusual performance for vac following 8.2 upgrade
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [PERFORM] unusual performance for vac following 8.2 upgrade |
| Дата | |
| Msg-id | 6871.1168554415@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [PERFORM] unusual performance for vac following 8.2 upgrade (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [PERFORM] unusual performance for vac following 8.2 upgrade
|
| Список | pgsql-hackers |
I wrote:
> (2) Reconsider whether last-vacuum-time should be sent to the collector
> unconditionally.
Actually, now that I look, the collector already contains this logic:
/*
* Don't create either the database or table entry if it doesn't already
* exist. This avoids bloating the stats with entries for stuff that is
* only touched by vacuum and not by live operations.
*/
and ditto for analyze messages. So my idea that the addition of
last-vac-time was causing an increase in the statistics file size
compared to 8.1 seems wrong.
How large is your $PGDATA/global/pgstat.stat file, anyway?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера