Re: Problem in Parallel Bitmap Heap Scan?
От | Thomas Munro |
---|---|
Тема | Re: Problem in Parallel Bitmap Heap Scan? |
Дата | |
Msg-id | CAEepm=106jo51dE47b0xwa26JDPAJ50ndRtOE_sO9Y4PiaAdfQ@mail.gmail.com обсуждение исходный текст |
Ответ на | [HACKERS] Problem in Parallel Bitmap Heap Scan? (Thomas Munro <thomas.munro@enterprisedb.com>) |
Список | 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 по дате отправления: