Re: Amazon High I/O instances

From: Sébastien Lorion <sl(at)thestrangefactory(dot)com>
To: John R Pierce <pierce(at)hogranch(dot)com>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Amazon High I/O instances
Date: 2012-08-23 18:24:38
Message-ID: CAGa5y0ONMhPe2o58MaOSy6t4xCBfOqV+91UqDHzoFPT2mWvtyw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I think both kind of tests (general and app specific) are complementary and
useful in their own way. At a minimum, if the general ones fail, why go to
the expenses of doing the specific ones ? Setting up a meaningful
application test can take a lot of time and it can be hard to pinpoint
exactly where in the stack the performance drops occur. The way I see it,
synthetic benchmarks allow to isolate somewhat the layers and serve as a
base to validate application tests done later on. It surprises me that
asking for the general perf behavior of a platform is controversial.

Sébastien

On Thu, Aug 23, 2012 at 11:51 AM, John R Pierce <pierce(at)hogranch(dot)com> wrote:

> On 08/23/12 6:49 AM, Craig Ringer wrote:
>
>> In this case, what he's doing is seeking generalized performance
>> measurements. I don't think details were particularly necessary until it
>> got pulled off-track.
>>
>
>
> "42"
>
> performance measurements without a very narrow definition of 'performance'
> are useless. depending on the nature of the application workload,
> postgres can stress completely different aspects of the system (cpu vs read
> IO performance vs write IO performance being the big three).
>
>
>
> --
> john r pierce N 37, W 122
> santa cruz ca mid-left coast
>
>
>
>
> --
> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/**mailpref/pgsql-general<http://www.postgresql.org/mailpref/pgsql-general>
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Steven Schlansker 2012-08-23 18:27:56 Re: Confirming \timing output
Previous Message Gauthier, Dave 2012-08-23 18:13:15 Confirming \timing output