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 по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: unused variable
Следующее
От: Gaetano Mendola
Дата:
Сообщение: Re: check point segments leakage ?