Re: osdl-dbt3 run results - puzzled by the execution plans - Mailing list pgsql-performance

From Greg Stark
Subject Re: osdl-dbt3 run results - puzzled by the execution plans
Date
Msg-id 87fzis2a84.fsf@stark.dyndns.tv
Whole thread Raw
In response to Re: osdl-dbt3 run results - puzzled by the execution plans  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: osdl-dbt3 run results - puzzled by the execution  (Jenny Zhang <jenny@osdl.org>)
List pgsql-performance
Tom Lane <tgl@sss.pgh.pa.us> writes:

> I think this is a pipe dream.  Variation in where the data gets laid
> down on your disk drive would alone create more than that kind of delta.
> I'm frankly amazed you could get repeatability within 2-3%.

I think the reason he gets good repeatability is because he's talking about
the aggregate results for a whole test run. Not individual queries. In theory
you could just run the whole test multiple times. The more times you run it
the lower the variation in the total run time would be.

Actually, the variation in run time is also a useful statistic, both for
postgres and the kernel. It might be useful to do multiple complete runs and
keep track of the average standard deviation of the time required for each
step.

Higher standard deviation implies queries can't be reliably depended on not to
take inordinately long, which can be a problem for some working models. For
the kernel it could mean latency issues or it could mean the swapper or buffer
cache was overly aggressive.

--
greg

pgsql-performance by date:

Previous
From: "Matt Clark"
Date:
Subject: Re: osdl-dbt3 run results - puzzled by the execution
Next
From: Manfred Koizar
Date:
Subject: Re: osdl-dbt3 run results - puzzled by the execution plans