Re: [PERFORM] autovacuum on a -mostly- r/o table

From: Tobias Brox <tobias(at)nordicbet(dot)com>
To: "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>
Cc: Tobias Brox <tobias(at)nordicbet(dot)com>, Csaba Nagy <nagy(at)ecircle-ag(dot)com>, Edoardo Ceccarelli <eddy(at)axa(dot)it>, postgres performance list <pgsql-performance(at)postgresql(dot)org>, pgsql-admin(at)postgresql(dot)org
Subject: Re: [PERFORM] autovacuum on a -mostly- r/o table
Date: 2006-10-15 14:52:12
Message-ID: 20061015145212.GA13175@oppetid.no
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-performance

[Matthew T. O'Connor - Sun at 10:42:34AM -0400]
> Yeah, I think if the delay settings are too high it can cause problems,
> that's part of the reason we have yet to turn these on be default since
> we won't have enough data to suggest good values. Can you tell us what
> settings you finally settled on?

I'm still not yet settled, and the project manager is critical to
autovacuum (adds complexity, no obvious benefits from it, we see from
the CPU graphs that it's causing iowait, iowait is bad). We're going to
run autovacuum biweekly now to see what effect it has on the server
load.

I've been using the cost/delay-setting of 200/200 for a week now, and
I'm going to continue with 100/150 for a while.

Are there any known disadvantages of lowering both values to the extreme
- say, 20/20 instead of 200/200? That would efficiently mean "sleep as
often as possible, and sleep for 1 ms for each cost unit spent" if
I've understood the system right.

Are there any logs that can help me, and eventually, are there any
ready-made scripts for checking when autovacuum is running, and
eventually for how long it keeps its transactions? I'll probably write
up something myself if not.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message André José Guergolet 2006-10-16 13:55:01 Invalid Page Header
Previous Message Matthew T. O'Connor 2006-10-15 14:42:34 Re: [PERFORM] autovacuum on a -mostly- r/o table

Browse pgsql-performance by date

  From Date Subject
Next Message Carlo Stonebanks 2006-10-15 21:46:13 Re: Performance Optimization for Dummies 2 - the SQL
Previous Message Matthew T. O'Connor 2006-10-15 14:42:34 Re: [PERFORM] autovacuum on a -mostly- r/o table