Re: check point segments leakage ?
От | Matthew T. O'Connor |
---|---|
Тема | Re: check point segments leakage ? |
Дата | |
Msg-id | 40FE7D1B.7050604@zeut.net обсуждение исходный текст |
Ответ на | Re: check point segments leakage ? (Gaetano Mendola <mendola@bigfoot.com>) |
Ответы |
Re: check point segments leakage ?
|
Список | pgsql-hackers |
Gaetano Mendola wrote: > Well, today I stop the pg_autovacuum and I did a vacuum full and I > reindexed > all big tables and other 500 MB were reclamed. Could be the pg_autovacuum > running yesterday the responsible for these 500MB not reclamed during > a vacuum full and reindex already performed yesterday ? Probably not. Most of the time pg_autovacuum is just sleeping. If you happened to fun a VACUUM FULL while pg_autovacuum was running a vacuum, there might have been a conflict on the tabke pg_autovacuum was working with at the time. Also, are you sure that the space wasn't reclaimed yesterday after the VACUUM FULL? It could be that your tables have grown 500M since then. Remember, the minimum table size (the size after a VACUUM FULL) is not necessarilly the optimial size. Postgresql will almost always need to reallocate the space that was reclaimed by VACUUM FULL. > I'm wandering if will be possible in the 7.5 start and stop the the > autovacuum integrated in the backend. Yes (at least the patch waiting to be applied to CVS HEAD does) in order to stop autovacuum you will have to edit the autovac option in postgresql.conf and HUP the postmaster. Matthew
В списке pgsql-hackers по дате отправления: