On Monday 27 August 2007 16:04:39 Decibel! wrote:
> On Mon, Aug 27, 2007 at 04:56:33PM -0500, Kevin Grittner wrote:
> > >>> Decibel! <decibel(at)decibel(dot)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.
I havent gotten that info yet, the key resources are too busy... I'll have
more info next week.
Thanks for the replies...
In response to
pgsql-performance by date
|Next:||From: Kevin Kempter||Date: 2007-08-28 04:13:14|
|Subject: server performance issues - suggestions for tuning|
|Previous:||From: Decibel!||Date: 2007-08-27 22:04:39|
|Subject: Re: significant vacuum issues - looking for suggestions|