Re: add_path optimization - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: add_path optimization
Date
Msg-id 498811A7.EE98.0025.0@wicourts.gov
Whole thread Raw
In response to Re: add_path optimization  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
List pgsql-hackers
>>> I wrote: 
> Ran it with this:
> effective_cache_size = 100GB
Actually, the timings shown in the previous post were run with the
default for this setting.  I updated it after yesterday evening's
tests when I noticed I'd missed it, but had to leave before I could
rerun the tests.  I forgot that until now.  Sorry for the confusion. 
Surprisingly (to me), this setting affects plan time significantly. 
The 8.4devel with patch, statistics target 10, runs in an average
85.393 ms instead of the 99.421 ms I saw with the default.
The 8.3.5 settings were run with this set.  Both of the plans attached
to the previous message were run with this set.
-Kevin


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: adding stuff to parser, question
Next
From: Robert Haas
Date:
Subject: Re: add_path optimization