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
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 |