Re: Problem in Parallel Bitmap Heap Scan? - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: Problem in Parallel Bitmap Heap Scan?
Date
Msg-id CAEepm=106jo51dE47b0xwa26JDPAJ50ndRtOE_sO9Y4PiaAdfQ@mail.gmail.com
Whole thread Raw
In response to [HACKERS] Problem in Parallel Bitmap Heap Scan?  (Thomas Munro <thomas.munro@enterprisedb.com>)
List pgsql-hackers
On Sat, Mar 25, 2017 at 6:04 PM, Amit Kapila <amit.kapila16@gmail.com> wrote:
> On Tue, Mar 21, 2017 at 5:51 PM, Dilip Kumar <dilipbalaut@gmail.com> wrote:
>> On Tue, Mar 21, 2017 at 4:47 PM, Thomas Munro
>> <thomas.munro@enterprisedb.com> wrote:
>>> I noticed a failure in the inet.sql test while running the regression
>>> tests with parallelism cranked up, and can reproduce it interactively
>>> as follows.  After an spgist index is created and the plan changes to
>>> the one shown below, the query returns no rows.
>>
>> Thanks for reporting.  Seems like we are getting issues related to
>> TBM_ONE_PAGE and TBM_EMPTY.
>>
>> I think in this area we need more testing, reason these are not tested
>> properly because these are not the natural case for parallel bitmap.
>> I think in next few days I will test more such cases by forcing the
>> parallel bitmap.
>>
>
> Okay, is your testing complete?
>
>> Here is the patch to fix the issue in hand.  I have also run the
>> regress suit with force_parallel_mode=regress and all the test are
>> passing.
>>
>
> Thomas, did you get chance to verify Dilip's latest patch?
>
> I have added this issue in PostgreSQL 10 Open Items list so that we
> don't loose track of this issue.

The result is correct with this patch.  I ran make installcheck then
the same steps as above and the query result was correct after
creating the index.

-- 
Thomas Munro
http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: David Rowley
Date:
Subject: Re: crashes due to setting max_parallel_workers=0
Next
From: Ashutosh Sharma
Date:
Subject: Re: Add pgstathashindex() to get hash index table statistics.