Re: BUG #13750: Autovacuum slows down with large numbers of tables. More workers makes it slower.
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #13750: Autovacuum slows down with large numbers of tables. More workers makes it slower. |
| Дата | |
| Msg-id | 13348.1458339831@sss.pgh.pa.us обсуждение |
| Ответ на | Re: BUG #13750: Autovacuum slows down with large numbers of tables. More workers makes it slower. (David Gould <daveg@sonic.net>) |
| Ответы |
Re: BUG #13750: Autovacuum slows down with large numbers of
tables. More workers makes it slower.
|
| Список | pgsql-bugs |
David Gould <daveg@sonic.net> writes:
> I have some thoughts for a different approach. In short, the stats collector
> actually knows what needs vacuuming because queries that create dead tuples
> tell it. I'm considering have the stats collector maintain a queue of
> vacuum work and that autovacuum request work from the stats collector. When I
> have something more concrete I'll post it on hackers.
Uh, what? The autovacuum code already looks at the stats maintained by
the collector. If what you said means anything, it means "let's move the
autovac scheduling logic into the collector", which seems neither useful
nor sound from a modularity standpoint.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера