Re: osdl-dbt3 run results - puzzled by the execution plans

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: osdl-dbt3 run results - puzzled by the execution plans
Дата
Msg-id 87fzis2a84.fsf@stark.dyndns.tv
обсуждение исходный текст
Ответ на Re: osdl-dbt3 run results - puzzled by the execution plans  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: osdl-dbt3 run results - puzzled by the execution  (Jenny Zhang <jenny@osdl.org>)
Список 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 по дате отправления:

Предыдущее
От: "Matt Clark"
Дата:
Сообщение: Re: osdl-dbt3 run results - puzzled by the execution
Следующее
От: Manfred Koizar
Дата:
Сообщение: Re: osdl-dbt3 run results - puzzled by the execution plans