Re: significant vacuum issues - looking for suggestions - Mailing list pgsql-performance

From Decibel!
Subject Re: significant vacuum issues - looking for suggestions
Date
Msg-id 20070827220438.GR54309@nasby.net
Whole thread Raw
In response to Re: significant vacuum issues - looking for suggestions  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Responses Re: significant vacuum issues - looking for suggestions  (Kevin Kempter <kevin@kevinkempterllc.com>)
List pgsql-performance
On Mon, Aug 27, 2007 at 04:56:33PM -0500, Kevin Grittner wrote:
> >>> Decibel! <decibel@decibel.org> 08/27/07 4:00 PM >>>
> > > > They're running  version 8.1.4
> >
> > As for your pg_dump idea... why not just do a CREATE TABLE AS SELECT *
> > FROM bloated_table? That would likely be much faster than messing around
> > with pg_dump.
>
> He wanted to upgrade to 8.2.4.  CREATE TABLE AS won't get him there.
>
> > > > They're running  version 8.1.4 on 4-way dell boxes
> > > > with 4Gig of memory on each box attached to RAID-10 disk arrays.
> >
> > What kind of disk hardware is this running on? A good raid 10 array with
> > write caching should be able to handle a 200G database fairly well
>
> What other details were you looking for?

How many drives? Write caching? 200G isn't *that* big for good drive
hardware, *IF* it's performing the way it should. You'd be surprised how
many arrays fall on their face even from a simple dd test.
--
Decibel!, aka Jim Nasby                        decibel@decibel.org
EnterpriseDB      http://enterprisedb.com      512.569.9461 (cell)

Attachment

pgsql-performance by date:

Previous
From: Kevin Kempter
Date:
Subject: Re: significant vacuum issues - looking for suggestions
Next
From: Kevin Kempter
Date:
Subject: Re: significant vacuum issues - looking for suggestions