pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Rigmor Ukuhe <rigmor.ukuhe@finestmedia.ee>
To: pgsql-performance@postgresql.org
Subject: Re: When to do a vacuum for highly active table
Date: Wed, 31 Aug 2005 00:25:44 +0300
Message-ID: <20050830212545.5472718E718@linux.finestmedia.tv> (raw)
In-Reply-To: <20050830211356.48138.qmail@web31606.mail.mud.yahoo.com>


> -----Original Message-----
> From: pgsql-performance-owner@postgresql.org [mailto:pgsql-performance-
> owner@postgresql.org] On Behalf Of Markus Benne
> Sent: Wednesday, August 31, 2005 12:14 AM
> To: pgsql-performance@postgresql.org
> Subject: [PERFORM] When to do a vacuum for highly active table
> 
> We have a highly active table that has virtually all
> entries updated every 5 minutes.  Typical size of the
> table is 50,000 entries, and entries have grown fat.
> 
> We are currently vaccuming hourly, and towards the end
> of the hour we are seeing degradation, when compared
> to the top of the hour.
> 
> Vaccum is slowly killing our system, as it is starting
> to take up to 10 minutes, and load at the time of
> vacuum is 6+ on a Linux box.  During the vacuum,
> overall system is goin unresponsive, then comes back
> once vacuum completes.

Play with vacuum_cost_delay option. In our case it made BIG difference
(going from very heavy hitting to almost unnoticed vacuuming.)

Hope it helps.

Rigmor Ukuhe

> 
> If we run vacuum less frequently, degradation
> continues to the point that we can't keep up with the
> throughput, plus vacuum takes longer anyway.
> 
> Becoming quite a pickle:-)
> 
> We are thinking of splitting the table in two: the
> part the updates often, and the part the updates
> infrequently as we suspect that record size impacts
> vacuum.
> 
> Any ideas?
> 
> 
> Thanks,
> Mark
> 
> -----------------
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster




view thread (7+ messages)  latest in thread

Message-ID: <20050830212545.5472718E718@linux.finestmedia.tv>
Permalink:  ../20050830212545.5472718E718@linux.finestmedia.tv/
Also on:    postgresql.org/message-id/20050830212545.5472718E718@linux.finestmedia.tv

 · 

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-performance@postgresql.org
  Cc: rigmor.ukuhe@finestmedia.ee
  Subject: Re: When to do a vacuum for highly active table
  In-Reply-To: <20050830212545.5472718E718@linux.finestmedia.tv>

* 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