Re: check point segments leakage ? - Mailing list pgsql-hackers

From Matthew T. O'Connor
Subject Re: check point segments leakage ?
Date
Msg-id 40FE7D1B.7050604@zeut.net
Whole thread Raw
In response to Re: check point segments leakage ?  (Gaetano Mendola <mendola@bigfoot.com>)
Responses Re: check point segments leakage ?
List 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 by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: unused variable
Next
From: Gaetano Mendola
Date:
Subject: Re: check point segments leakage ?