Alfred Perlstein <[EMAIL PROTECTED]> writes:
> If you're saying that you're OK with the work Vadim has done please
> let him know, I'm assuming he hasn't committed out of respect for your
> still standing objection.
Well, I'm still against committing it now, but I only have one core
vote, and I seem to be losing 3:1. I know when to concede ;-)
> As far as the work you're proposing, how much of a gain is it over
> the current code? 2x? 3x? 20x? :) There's a difference between a
> slight performance increase and something too good to pass up.
Hard to tell without doing the work. But we already know that extra
paths inside the planner pose a combinatorial penalty --- think
exponential behavior, not linear speedups...
regards, tom lane
- [HACKERS] Idea for reducing planning time Tom Lane
- Re: [HACKERS] Idea for reducing planning time Alfred Perlstein
- Re: [HACKERS] Idea for reducing planning time The Hermit Hacker
- Re: [HACKERS] Idea for reducing planning ti... Alfred Perlstein
- Re: [HACKERS] Idea for reducing plannin... Marc G. Fournier
- [HACKERS] Re: Idea for reducing planning time Tom Lane
- [HACKERS] Re: Idea for reducing planning time Bruce Momjian
- Re: [HACKERS] Idea for reducing planning time Tom Lane
- Re: [HACKERS] Idea for reducing planning time Bruce Momjian
- Re: [HACKERS] Idea for reducing planning ti... Tom Lane
- Re: [HACKERS] Idea for reducing plannin... Bruce Momjian
- Re: [HACKERS] Idea for reducing plannin... Tatsuo Ishii
- Re: [HACKERS] Idea for reducing pl... Tom Lane
- Re: [HACKERS] Idea for reducin... Tatsuo Ishii
- RE: [HACKERS] Idea for reducing planning time Mikheev, Vadim
