Re: slow bitmap heap scans on pg 9.2 - Mailing list pgsql-performance

From Steve Singer
Subject Re: slow bitmap heap scans on pg 9.2
Date
Msg-id 51717928.2010602@ca.afilias.info
Whole thread Raw
In response to Re: slow bitmap heap scans on pg 9.2  (Steve Singer <ssinger@ca.afilias.info>)
List pgsql-performance
On 13-04-14 08:06 PM, Steve Singer wrote:
> On 13-04-13 04:54 PM, Jeff Janes wrote:

>>
>> If you are trying to make your own private copy of 9.2, then removing
>> the fudge factor altogether is probably the way to go.  But if you want
>> to help improve future versions, you probably need to test with the most
>> up-to-date dev version.
>
> I will do that in a few days.  I don't have enough disk space on this
> dev server to have a 9.2 datadir and a 9.3 one for this database.  Once
> I have a solution that I can use with 9.2 firmed up I can upgrade the
> datadir to 9.3 and test this.  I am hoping I can get a set of partial
> indexes that will give good results with an unmodified 9.2, so far that
> looks promising but I still have more cases to verify (these indexes
> take a while to build).
>

I've run these queries against a recent master/9.3 and the planner is
picking the nested-loop plan for using the full index. This is with
random_page_cost=2.






pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Query planner ignoring constraints on partitioned tables when joining
Next
From: Rodrigo Barboza
Date:
Subject: maintenance_work_mem and autovacuum_max_workers