pg.ddx.io  pgsql-admin@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Christopher Browne <cbbrowne@acm.org>
To: pgsql-admin@postgresql.org
Subject: Re: autovacuum
Date: Wed, 01 Feb 2006 18:32:31 -0800
Message-ID: <m3fyn2o5hc.fsf@mobile.int.cbbrowne.com> (raw)
References: <1137992841.28304.48.camel@localhost.localdomain>
	<5001.71.40.140.99.1138286468.squirrel@mail.tocr.com>
	<60bqxqls6m.fsf@dba2.int.libertyrms.com>
	<20060201212116.GN95850@pervasive.com>

> This seems maybe a bit overkill to me. I think what would be more useful
> is if autovacuum could execute more than one vacuum at a time, and you
> could specify tables that are high priority (or possibly just say that
> all tables with less than X live tuples in them are high priority). That
> way a longer-running vacuum on a large table wouldn't prevent more
> vacuum-sensative tables (such as queues) from being vacuumed frequently
> enough.

Actually, I can think of a case for much the opposite, namely to want
to concurrently vacuum some LARGE tables...

Suppose you have 2 rather big tables that get updates on similar
schedules such that both will have a lot of dead tuples at similar
times.

And suppose both of these tables are Way Large, so that they take
six hours to vacuum.

I could argue for kicking off vacuums on both, at the same moment;
they'll both be occupying transactions for 1/4 of a day, and, with
possibly related patterns of updates, doing them one after the other
*wouldn't* forcibly get you more tuples cleaned than doing them
concurrently.

I'm not sure that's a case to push for, either, as something
pg_autovacuum is smart enough to handle; I'm just putting out some
ideas that got enough internal discussion to suggest they were
interesting enough to let others consider...
-- 
"cbbrowne","@","gmail.com"
http://cbbrowne.com/info/linuxdistributions.html
"Transported  to a  surreal landscape, a  young girl  kills  the first
woman she meets  and then teams  up with  three complete strangers  to
kill again."  -- Unknown, Marin County newspaper's TV listing for _The
Wizard of Oz_



view thread (29+ messages)  latest in thread

Message-ID: <m3fyn2o5hc.fsf@mobile.int.cbbrowne.com>
Permalink:  ../m3fyn2o5hc.fsf@mobile.int.cbbrowne.com/
Also on:    postgresql.org/message-id/m3fyn2o5hc.fsf@mobile.int.cbbrowne.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-admin@postgresql.org
  Cc: cbbrowne@acm.org
  Subject: Re: autovacuum
  In-Reply-To: <m3fyn2o5hc.fsf@mobile.int.cbbrowne.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox