Re: Extremely irregular query performance

From: Simon Riggs <simon(at)2ndquadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Jean-Philippe Côté <jean-philippe(dot)cote(at)crt(dot)umontreal(dot)ca>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Extremely irregular query performance
Date: 2006-01-12 09:48:41
Message-ID: 1137059321.3180.34.camel@localhost.localdomain
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Wed, 2006-01-11 at 22:23 -0500, Tom Lane wrote:
> =?iso-8859-1?Q?Jean-Philippe_C=F4t=E9?= <jean-philippe(dot)cote(at)crt(dot)umontreal(dot)ca> writes:
> > Thanks a lot for this info, I was indeed exceeding the genetic
> > optimizer's threshold. Now that it is turned off, I get
> > a very stable response time of 435ms (more or less 5ms) for
> > the same query. It is about three times slower than the best
> > I got with the genetic optimizer on, but the overall average
> > is much lower.
>
> Hmm. It would be interesting to use EXPLAIN ANALYZE to confirm that the
> plan found this way is the same as the best plan found by GEQO, and
> the extra couple hundred msec is the price you pay for the exhaustive
> plan search. If GEQO is managing to find a plan better than the regular
> planner then we need to look into why ...

It seems worth noting in the EXPLAIN whether GEQO has been used to find
the plan, possibly along with other factors influencing the plan such as
enable_* settings.

Best Regards, Simon Riggs

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Ottó Havasvölgyi 2006-01-12 12:18:58 Throwing unnecessary joins away
Previous Message Tom Lane 2006-01-12 04:45:49 Re: indexes on primary and foreign keys