Re: [ADMIN] pg_class reltuples/relpages not updated by autovacuum/vacuum
От | Tom Lane |
---|---|
Тема | Re: [ADMIN] pg_class reltuples/relpages not updated by autovacuum/vacuum |
Дата | |
Msg-id | 19876.1306680027@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [ADMIN] pg_class reltuples/relpages not updated by autovacuum/vacuum (Cédric Villemain <cedric.villemain.debian@gmail.com>) |
Ответы |
Re: [ADMIN] pg_class reltuples/relpages not updated by autovacuum/vacuum
Re: [ADMIN] pg_class reltuples/relpages not updated by autovacuum/vacuum |
Список | pgsql-hackers |
Cédric Villemain <cedric.villemain.debian@gmail.com> writes: > 2011/5/29 Tom Lane <tgl@sss.pgh.pa.us>: >> OK, do you like the attached version of that logic? �(Other fragments >> of the patch as before.) > The idea was that remove only one page from the VACUUM will prevent > relfrozenxid update and reltuples (and relpages) update. > Now, I beleive that once we've skip at least one page thanks to > SKIP_PAGES_THRESHOLD, then we should be more agressive and remove as > many as possible pages from the VACUUM, tks to the VM. That would require proof, not just suggestion. Skipping pages will defeat the OS read-ahead algorithm, and so could easily cost more than reading them. regards, tom lane
В списке pgsql-hackers по дате отправления: