Re: Performance query about large tables, lots of concurrent access

From: Andrew Sullivan <ajs(at)crankycanuck(dot)ca>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: Performance query about large tables, lots of concurrent access
Date: 2007-06-20 21:40:24
Message-ID: 20070620214024.GH743@phlogiston.dyndns.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Wed, Jun 20, 2007 at 05:29:41PM -0400, Karl Wright wrote:
> A nice try, but I had just completed a VACUUM on this database three
> hours prior to starting the VACUUM that I gave up on after 27 hours.

You keep putting it that way, but your problem is essentially that
you have several tables that _all_ need to be vacuumed. VACUUM need
not actually be a database-wide operation.

> earlier finished in six hours - but to accomplish that I had to shut
> down EVERYTHING else that machine was doing.)

This suggests to me that you simply don't have enough machine for the
job. You probably need more I/O, and actually more CPU wouldn't
hurt, because then you could run three VACUUMs on three separate
tables (on three separate disks, of course) and not have to switch
them off and on the CPU.

A

--
Andrew Sullivan | ajs(at)crankycanuck(dot)ca
A certain description of men are for getting out of debt, yet are
against all taxes for raising money to pay it off.
--Alexander Hamilton

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Scott Marlowe 2007-06-20 22:06:25 Re: any way to get rid of Bitmap Heap Scan recheck?
Previous Message Karl Wright 2007-06-20 21:29:41 Re: Performance query about large tables, lots of concurrent access