From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Steve <cheetah(at)tanabi(dot)org>, pgsql-patches(at)postgresql(dot)org |
Subject: | Re: [HACKERS] choose_bitmap_and again (was Re: [PERFORM] Strangely Variable Query Performance) |
Date: | 2007-04-17 19:04:57 |
Message-ID: | 4752.1176836697@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches pgsql-performance |
Alvaro Herrera <alvherre(at)commandprompt(dot)com> writes:
> Steve wrote:
>> So I'd say as far as I can tell with my application and my
>> dataset, this change is solid and an obvious improvement.
> Maybe it would be interesting to see in detail those cases that got a
> bit slower, to further tweak the heuristic if necessary. Is the extra
> time, time spent in planning or in execution?
Since there doesn't seem to be vast interest out there in testing this
further, I'm going to go ahead and apply the patch to get it out of my
working directory. We can always tweak it more later if new info
surfaces.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Steve | 2007-04-17 19:19:25 | Re: [HACKERS] choose_bitmap_and again (was Re: [PERFORM] Strangely Variable Query Performance) |
Previous Message | Tom Lane | 2007-04-17 18:33:40 | Re: utf8 COPY DELIMITER? |
From | Date | Subject | |
---|---|---|---|
Next Message | Bill Moran | 2007-04-17 19:10:04 | Re: log_autovacuum |
Previous Message | Simon Riggs | 2007-04-17 19:01:57 | Re: log_autovacuum |
From | Date | Subject | |
---|---|---|---|
Next Message | Steve | 2007-04-17 19:19:25 | Re: [HACKERS] choose_bitmap_and again (was Re: [PERFORM] Strangely Variable Query Performance) |
Previous Message | Merlin Moncure | 2007-04-17 16:17:54 | Re: Basic Q on superfluous primary keys |