Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] choose_bitmap_and again (was Re: [PERFORM] Strangely Variable Query Performance)

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 (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patchespgsql-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

In response to

Responses

pgsql-performance by date

Next:From: SteveDate: 2007-04-17 19:19:25
Subject: Re: [HACKERS] choose_bitmap_and again (was Re: [PERFORM] Strangely Variable Query Performance)
Previous:From: Merlin MoncureDate: 2007-04-17 16:17:54
Subject: Re: Basic Q on superfluous primary keys

pgsql-hackers by date

Next:From: SteveDate: 2007-04-17 19:19:25
Subject: Re: [HACKERS] choose_bitmap_and again (was Re: [PERFORM] Strangely Variable Query Performance)
Previous:From: Tom LaneDate: 2007-04-17 18:33:40
Subject: Re: utf8 COPY DELIMITER?

pgsql-patches by date

Next:From: Bill MoranDate: 2007-04-17 19:10:04
Subject: Re: log_autovacuum
Previous:From: Simon RiggsDate: 2007-04-17 19:01:57
Subject: Re: log_autovacuum

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group