Re: BUG #13750: Autovacuum slows down with large numbers of tables. More workers makes it slower.
В списке pgsql-bugs по дате отправления:
| От | Josh Berkus |
|---|---|
| Тема | Re: BUG #13750: Autovacuum slows down with large numbers of tables. More workers makes it slower. |
| Дата | |
| Msg-id | 56463909.6060506@agliodbs.com обсуждение исходный текст |
| Ответ на | BUG #13750: Autovacuum slows down with large numbers of tables. More workers makes it slower. (daveg@sonic.net) |
| Список | pgsql-bugs |
On 11/06/2015 04:46 PM, David Gould wrote: >> 3. Do we want to backpatch? Changes in behavior aren't acceptable on >> > existing branches, because it might destabilize autovacuum behavior >> > that's been carefully tuned in existing systems. So if we want >> > something to backpatch, ideally it shouldn't change the ordering in >> > which tables are vacuumed, and instead arrive at the same results >> > faster. (I don't care about this restriction myself, but others do and >> > strongly so.) > The current order of autovacuum operations is the physical order of the > rows in pg_class plus some jitter depending on which worker is able to grab > a table first. It seems unlikely anything could depend on this > particular order. I don't know anyone who depends on the ordering of autovacuum, because nobody knows what it is. It's not exactly documented. -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера