Re: The shared buffers challenge - Mailing list pgsql-performance

From Kevin Grittner
Subject Re: The shared buffers challenge
Date
Msg-id 4DDE2705020000250003DD4F@gw.wicourts.gov
Whole thread Raw
In response to The shared buffers challenge  (Merlin Moncure <mmoncure@gmail.com>)
Responses Re: The shared buffers challenge  (Merlin Moncure <mmoncure@gmail.com>)
Re: The shared buffers challenge  (Scott Carey <scott@richrelevance.com>)
List pgsql-performance
Merlin Moncure <mmoncure@gmail.com> wrote:

> So, the challenge is this: I'd like to see repeatable test cases
> that demonstrate regular performance gains > 20%.  Double bonus
> points for cases that show gains > 50%.

Are you talking throughput, maximum latency, or some other metric?

In our shop the metric we tuned for in reducing shared_buffers was
getting the number of "fast" queries (which normally run in under a
millisecond) which would occasionally, in clusters, take over 20
seconds (and thus be canceled by our web app and present as errors
to the public) down to zero.  While I know there are those who care
primarily about throughput numbers, that's worthless to me without
maximum latency information under prolonged load.  I'm not talking
90th percentile latency numbers, either -- if 10% of our web
requests were timing out the villagers would be coming after us with
pitchforks and torches.

-Kevin

pgsql-performance by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: Hash Anti Join performance degradation
Next
From: Steve Crawford
Date:
Subject: Re: Speeding up loops in pl/pgsql function