From: | "Henry B(dot) Hotz" <hotz(at)jpl(dot)nasa(dot)gov> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Some notes on optimizer cost estimates |
Date: | 2000-01-26 00:18:17 |
Message-ID: | v04020a04b4b3ec6066d8@[137.78.84.130] |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
At 3:16 PM -0800 1/25/00, Peter Eisentraut wrote:
>On 2000-01-24, Henry B. Hotz mentioned:
>> Couldn't we test some of these parameters inside configure and set them
>>there?
>
>Nope. configure is for testing the build environment, not the runtime
>environment. But the same thing could be achieved with some
>runtime-analyzing program that writes its results into some sort of
>configuration file.
And then we could make configure run the program for us, and we could
automatically put the results into some header file. . . In other words
I'm not that much of a purist.
As Tom Lane said this is not an important point. What's important is how
much can we determine how easily. It may actually make more sense to do
this tuning after installation. It only affects optimizer choices in
situations that aren't obvious.
Signature failed Preliminary Design Review.
Feasibility of a new signature is currently being evaluated.
h(dot)b(dot)hotz(at)jpl(dot)nasa(dot)gov, or hbhotz(at)oxy(dot)edu
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2000-01-26 00:20:35 | Re: [HACKERS] --enable-debug |
Previous Message | Tom Lane | 2000-01-26 00:14:29 | Re: [HACKERS] --enable-debug |