Re: postgres configuration

From: Scott Marlowe <smarlowe(at)g2switchworks(dot)com>
To: Sumeet <asumeet(at)gmail(dot)com>
Cc: Andrej Ricnik-Bay <andrej(dot)groups(at)gmail(dot)com>, PostgreSQL <pgsql-sql(at)postgresql(dot)org>
Subject: Re: postgres configuration
Date: 2007-03-13 21:07:44
Message-ID: 1173820064.12681.14.camel@state.g2switchworks.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

On Tue, 2007-03-13 at 15:48, Sumeet wrote:

> On 3/13/07, Andrej Ricnik-Bay <andrej(dot)groups(at)gmail(dot)com> wrote:
> On 3/14/07, Sumeet <asumeet(at)gmail(dot)com> wrote:
> > Hi All,
> Hi,
>
> > Sorry if this is the wrong list to ask this question.
> General woould have been better :)
>
> > My Vacuum's are running very very slow and expecially when
> vacuuming indexes
> > in large tables of size in 5-10 gigabytes,
> > can some one help me determine the parameters for
> postgres.conf which will
> > help me vacuum fast. I'm running postgres on a server with
> 32 gigs of ram
> > and 8 processors.
> And the disk subsystem is .... ?
>
> The only info i have is
>
> Apple xRaid drive array with 14 400GB drives for a total of 5 TB
> storage
> I have around 10-15 indexes for each tables. does the number of
> indexes slow down the vacuum process?
> indexes are compund indexes on multiple fields.

Yes, indexes have to be vacuumed, and compound fields tend to get larger
at a geomtric rate as you add columns.

Apple XRaids have gotten some pretty "meh" reviews in the past. Does
this one have battery backed caching? (a good thing) Is it configured as
RAID-5 (a not so good thing)

If so, can you reconfigure it as RAID1+0 or do you need every terabyte
of storage you can get?

In response to

Browse pgsql-sql by date

  From Date Subject
Next Message Tom Lane 2007-03-13 21:30:40 Re: postgres configuration
Previous Message Sumeet 2007-03-13 20:48:30 Re: postgres configuration