Re: Vacuum Cost Documentation? - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Vacuum Cost Documentation?
Date
Msg-id 200408071739.i77HdKk00742@candle.pha.pa.us
Whole thread Raw
In response to Vacuum Cost Documentation?  ("Matthew T. O'Connor" <matthew@zeut.net>)
List pgsql-hackers
Jan Wieck wrote:
> On 8/6/2004 11:34 PM, Bruce Momjian wrote:
> 
> > Jan Wieck wrote:
> >> On 8/6/2004 9:04 PM, Bruce Momjian wrote:
> >> 
> >> > Updated.  Thanks.
> >> 
> >> I thought we want to have the feature activated ... I reversed your 
> >> change and brought guc.c in sync instead.
> > 
> > Uh, if the guy is doing a vacuum at night, does he want the delay? 
> > Seems someone should have to enable the delay by default, or does your
> > setup recoginize when it is being run on a lightly loaded system?
> > 
> > 
> 
> Those people will instantly realize what is going on and either change 
> the delay setting or start running vacuum at daytime too.
> 
> What this buys us is that over time we will see less researches and 
> articles telling people that you have to bring down a PostgreSQL DB 
> frequently for vacuum maintenance because those "testers" run their fair 
> comparisions with out of the box configuration settings.

I am not in favor of adding a delay in VACUUM unless people ask for it. 
Imagine either night vacuum or a vacuum you run in your application
after you delete and just before you load a table.  Neither want a
vacuum.  I think people who want a delay will think to ask for it while
people who want a quick vacuum will just think that vacuum is slow.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: PITR - recovery to a particular transaction
Next
From: Tom Lane
Date:
Subject: Re: Backend crashes with notification rule