Re: Hardware upgraded but performance still ain't good enough

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: Alex Turner <armtuk(at)gmail(dot)com>
Cc: Alvaro Nunes Melo <al_nunes(at)atua(dot)com(dot)br>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Hardware upgraded but performance still ain't good enough
Date: 2006-08-08 12:14:35
Message-ID: 20060808121435.GM20016@kenobi.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Alvaro,

* Alex Turner (armtuk(at)gmail(dot)com) wrote:
> The other thing is you will probably want to turn on stats in postgres to
> figure out which queries are the bad ones (does anyone have good docs posted
> for this?). Once you have identified the bad queries, you can explain
> analyze them, and figure out why they suck.

Given your position, this might be the best approach to take to find
some 'low-hanging fruit'. Do you have queries which are complex in some
way? Do you have many long-open transactions? If you're doing more
than simple queries then you may want to explain analyze the more
complex ones and try to speed them up. If you run into trouble
understanding the output or how to improve it then post it here (with as
much info as you can, schema definitions, the query, the explain analyze
results, etc) and we can help.

top/iostat/vmstat are very useful tools too and can help with hardware
decisions but you probably want to review your queries and make sure the
database is performing as best it can with the setup you have today
before throwing more hardware at it.

Thanks,

Stephen

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Christopher Browne 2006-08-08 12:20:01 Re: shared_buffer optimization
Previous Message Stephen Frost 2006-08-08 12:05:29 Re: Hardware upgraded but performance still ain't good enough