Re: Performance query about large tables, lots of concurrent access - Mailing list pgsql-performance

From Andrew Sullivan
Subject Re: Performance query about large tables, lots of concurrent access
Date
Msg-id 20070620214024.GH743@phlogiston.dyndns.org
Whole thread Raw
In response to Re: Performance query about large tables, lots of concurrent access  (Karl Wright <kwright@metacarta.com>)
List 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@crankycanuck.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

pgsql-performance by date:

Previous
From: Karl Wright
Date:
Subject: Re: Performance query about large tables, lots of concurrent access
Next
From: Scott Marlowe
Date:
Subject: Re: any way to get rid of Bitmap Heap Scan recheck?