Re: BUG #5759: Autovacuum cost limit trends to 1, using default config
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #5759: Autovacuum cost limit trends to 1, using default config |
| Дата | |
| Msg-id | 28302.1290220091@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | BUG #5759: Autovacuum cost limit trends to 1, using default config ("Simon Poole" <postgresql@simon.themalago.net>) |
| Список | pgsql-bugs |
"Simon Poole" <postgresql@simon.themalago.net> writes:
> With the default autovacuum settings (3 workers, and default cost_limit of
> 200), all three workers start with a cost-limit of 66 each, but after each
> table is completed, the cost-limit is reduced until they're all running with
> a cost-limit of 1.
Yeah, I was able to reproduce this, more or less. It looks like the
problem is that the cost rebalancing algorithm uses VacuumCostLimit
as an input, and supposes that's constant ... but after the first table
it's actually been reduced by a previous iteration (assuming there's
more than one worker). So you can end up computing a smaller value
on the next round. Lather, rinse, repeat.
Will fix. Thanks for the report!
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера