Re: [PATCHES] Bundle of patches - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCHES] Bundle of patches
Date
Msg-id 4918.1165332743@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCHES] Bundle of patches  (Teodor Sigaev <teodor@sigaev.ru>)
Responses Re: [PATCHES] Bundle of patches
List pgsql-hackers
Teodor Sigaev <teodor@sigaev.ru> writes:
>> useful optimizations most of the time.  Have you done any benchmarking
>> to find out what the cost is when the optimizations don't succeed?

> Test runs on my notebook with PIII/512Mb, FreeBSD 6.1, postgres was compiled
> with -O0 and --enable-debug --enable-cassert

This is not responding to my concern.  What you presented was an
advertisement for the cases where the patch is able to find a better
plan.  What I want to know about is how much planning time is added
for queries that it's *not* able to improve.  EXPLAIN ANALYZE output
doesn't address that point because it doesn't show planning time.

            regards, tom lane

pgsql-hackers by date:

Previous
From: "Florian G. Pflug"
Date:
Subject: Re: old synchronized scan patch
Next
From: Tom Lane
Date:
Subject: Re: old synchronized scan patch