Re: Hardware suggestions for maximum read performance - Mailing list pgsql-performance

From Scott Marlowe
Subject Re: Hardware suggestions for maximum read performance
Date
Msg-id CAOR=d=03attUhieRnWAXS93kTvyiHGheWBW_07aLKByKAqHx6w@mail.gmail.com
Whole thread Raw
In response to Re: Hardware suggestions for maximum read performance  (Mike McCann <mccann@mbari.org>)
List pgsql-performance
On Mon, May 13, 2013 at 5:58 PM, Mike McCann <mccann@mbari.org> wrote:

> We assume that steps taken to improve the worst-case query scenario will
> also improve these kind of queries.  If anything above pops out as needing
> better planning please let us know that too!

Bad assumption. If your real workload will be queries like the one
here that takes 700 ms, but you'll be running 10,000 of them a second,
you're tuning / hardware choices are going to be much different then
if your query is going to be the previous 7 second one. Use realistic
queries, not ones that are nothing like what your real ones will be.
then use pgbench and its ability to run custom sql scripts to get a
REAL idea how your hardware performs. Note that if you will run the
slow query you posted like once a minute and roll it up or cache it
then don't get too worried about it. Pay attention to the queries that
will add up, in aggregate, to your greatest load.


pgsql-performance by date:

Previous
From: Mike McCann
Date:
Subject: Re: Hardware suggestions for maximum read performance
Next
From: Sameer Thakur
Date:
Subject: Predicate information in EXPLAIN Command