Skip site navigation (1) Skip section navigation (2)

Re: How to improve db performance with $7K?

From: Cott Lang <cott(at)internetstaff(dot)com>
To: Steve Poe <spoe(at)sfnet(dot)cc>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: How to improve db performance with $7K?
Date: 2005-03-29 14:52:54
Message-ID: 1112107974.7903.28.camel@sixtyfour.internetstaff.com (view raw or flat)
Thread:
Lists: pgsql-performance
On Mon, 2005-03-28 at 17:36 +0000, Steve Poe wrote:

> I agree with you. Unfortunately, I am not the developer of the 
> application. The vendor uses ProIV which connects via ODBC.  The vendor 
> could certain do some tuning and create more indexes where applicable. I 
> am encouraging the vendor to take a more active role and we work 
> together on this.

I've done a lot browsing through pg_stat_activity, looking for queries
that either hang around for a while or show up very often, and using
explain to find out if they can use some assistance.

You may also find that a dump and restore with a reconfiguration to
mirrored drives speeds you up a lot - just from the dump and restore.

> With hardware tuning, I am sure we can do better than 35Mb per sec. Also 
> moving the top 3 or 5 tables and indexes to their own slice of a RAID10 
> and moving pg_xlog to its own drive will help too.

If your database activity involves a lot of random i/o, 35Mb per second
wouldn't be too bad.

While conventional wisdom is that pg_xlog on its own drives (I know you
meant plural :) ) is a big boost, in my particular case I could never
get a a measurable boost that way. Obviously, YMMV.




In response to

Responses

pgsql-performance by date

Next:From: Tom LaneDate: 2005-03-29 14:56:41
Subject: Re: Delete query takes exorbitant amount of time
Previous:From: Tom LaneDate: 2005-03-29 14:40:57
Subject: Re: Delete query takes exorbitant amount of time

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group