Re: Performance Tuning

From: "Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com>
To: "Chris Kratz" <chris(dot)kratz(at)vistashare(dot)com>
Cc: <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Performance Tuning
Date: 2005-02-09 22:08:48
Message-ID: 6EE64EF3AB31D5448D0007DD34EEB3412A7615@Herge.rcsinc.local
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance


> Hello All,
>
> In contrast to what we hear from most others on this list, we find our
> database servers are mostly CPU bound. We are wondering if this is
> because
> we have postgres configured incorrectly in some way, or if we really
need
> more powerfull processor(s) to gain more performance from postgres.

Yes, many apps are not I/O bound (mine isn't). Here are factors that
are likely to make your app CPU bound:

1. Your cache hit ratio is very high
2. You have a lot of concurrency.
3. Your queries are complex, for example, doing sorting or statistics
analysis
4. Your queries are simple, but the server has to process a lot of them
(transaction overhead becomes significant) sequentially.
5. You have context switching problems, etc.

On the query side, you can tune things down considerably...try and keep
sorting down to a minimum (order on keys, avoid distinct where possible,
use 'union all', not 'union'). Basically, reduce individual query time.

Other stuff:
For complex queries, use views to cut out plan generation.
For simple but frequently run queries (select a,b,c from t where k), use
parameterized prepared statements for a 50% cpu savings, this may not be
an option in some client interfaces.

On the hardware side, you will get improvements by moving to Opteron,
etc.

Merlin

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Chris Kratz 2005-02-09 22:15:26 Re: Performance Tuning
Previous Message Tom Arthurs 2005-02-09 22:08:10 Re: Solaris 9 tuning