Re: Background vacuum - Mailing list pgsql-performance

From Greg Smith
Subject Re: Background vacuum
Date
Msg-id Pine.GSO.4.64.0705190100570.29971@westnet.com
Whole thread Raw
In response to Re: Background vacuum  (Ron Mayer <rm_pg@cheapcomplexdevices.com>)
Responses Re: Background vacuum  (Ron Mayer <rm_pg@cheapcomplexdevices.com>)
List pgsql-performance
On Fri, 18 May 2007, Ron Mayer wrote:

> Anecdotally ;-) I've found renice-ing reports to help

Let's break this down into individual parts:

1) Is there enough CPU-intensive activity in some database tasks that they
can be usefully be controlled by tools like nice?  Sure.

2) Is it so likely that you'll fall victim to a priority inversion problem
that you shouldn't ever consider that technique?  No.

3) Does the I/O scheduler in modern OSes deal with a lot more things than
just the CPU?  You bet.

4) Is vacuuming a challenging I/O demand?  Quite.

Add all this up, and that fact that you're satisfied with how nice has
worked successfully for you doesn't have to conflict with an opinion that
it's not the best approach for controlling vacuuming.  I just wouldn't
extrapolate your experience too far here.

--
* Greg Smith gsmith@gregsmith.com http://www.gregsmith.com Baltimore, MD

pgsql-performance by date:

Previous
From: Greg Smith
Date:
Subject: Re: 121+ million record table perf problems
Next
From: Andrew Sullivan
Date:
Subject: Re: CPU Intensive query