Re: Parallel bitmap heap scan - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Parallel bitmap heap scan
Date
Msg-id CA+Tgmobke3AS+-ahTVg_FisqzhZ+YP8OJhpgYjj+jw2cn2NYXw@mail.gmail.com
Whole thread Raw
In response to Re: Parallel bitmap heap scan  (Dilip Kumar <dilipbalaut@gmail.com>)
Responses Re: Parallel bitmap heap scan  (Dilip Kumar <dilipbalaut@gmail.com>)
List pgsql-hackers
On Mon, Oct 17, 2016 at 1:23 AM, Dilip Kumar <dilipbalaut@gmail.com> wrote:
> There is major chance in tidbitmap.c file after efficient hash table
> commit [1] and my patch need to be rebased.
>
> Only parallel-bitmap-heap-scan need to be rebased, all other patch can
> be applied on head as is.
> Rebased version (v2) of parallel-bitmap-heap-scan is attached.

But what's the impact on performance?  Presumably parallel bitmap heap
scan was already slower than the non-parallel version, and that commit
presumably widens the gap.  Seems like something to worry about...

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Add PGDLLEXPORT to PG_FUNCTION_INFO_V1
Next
From: Andres Freund
Date:
Subject: Re: Parallel bitmap heap scan