Re: [ADMIN] autovacuum on a -mostly- r/o table - Mailing list pgsql-performance

From Tobias Brox
Subject Re: [ADMIN] autovacuum on a -mostly- r/o table
Date
Msg-id 20061015095259.GA24002@oppetid.no
Whole thread Raw
Responses Re: [ADMIN] autovacuum on a -mostly- r/o table
List pgsql-performance
[Matthew T. O'Connor - Wed at 02:33:10PM -0400]
> In addition autovacuum respects the work of manual or cron based
> vacuums, so if you issue a vacuum right after a daily batch insert /
> update, autovacuum won't repeat the work of that manual vacuum.

I was experimenting a bit with autovacuum now.  To make the least effect
possible, I started with a too high cost_delay/cost_limit-ratio.  The
effect of this was that autovacuum "never" finished the transactions it
started with, and this was actually causing the nightly vacuum to not do
it's job good enough.

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] Hints proposal
Next
From: "Matthew T. O'Connor"
Date:
Subject: Re: [ADMIN] autovacuum on a -mostly- r/o table