Re: Parallel bitmap heap scan

Dilip Kumar <dilipbalaut@gmail.com>

From: Dilip Kumar <dilipbalaut@gmail.com>

To: tushar <tushar.ahuja@enterprisedb.com>

Cc: Amit Khandekar <amitdkhan.pg@gmail.com>, Amit Kapila <amit.kapila16@gmail.com>, Andres Freund <andres@anarazel.de>, Robert Haas <robertmhaas@gmail.com>, pgsql-hackers <pgsql-hackers@postgresql.org>

Date: 2017-01-09T13:52:19Z

Lists: pgsql-hackers

Attachments

0001-opt-parallelcost-refactoring-v8.patch (application/octet-stream) patch v8-0001
0002-hash-support-alloc-free-v8.patch (application/octet-stream) patch v8-0002
0003-parallel-bitmap-heap-scan-v8.patch (application/octet-stream) patch v8-0003
(unnamed) (text/plain)

On Mon, Jan 9, 2017 at 5:01 PM, tushar <tushar.ahuja@enterprisedb.com> wrote:
> Thanks Dilip. issue is reproducible  if  we  uses '--enable-cassert' switch
> in the configure. We are able to reproduce it only with --enable-cassert' .

Thanks, Tushar. I have fixed it. The defect was in 0002. I have also
observed another issue related to code refactoring, Actually, there
was some code present in 0001 which supposed to be in 0003.

-- 
Regards,
Dilip Kumar
EnterpriseDB: http://www.enterprisedb.com

Commits

Pass DSA_ALLOC_HUGE when allocating a shared TIDBitmap.
- a171f01501e1 10.0 landed
Support parallel bitmap heap scans.
- f35742ccb7aa 10.0 landed
tidbitmap: Support shared iteration.
- 98e6e89040a0 10.0 landed
Shut down Gather's children before shutting down Gather itself.
- acf555bc53ac 10.0 landed
Revise the way the element allocator for a simplehash is specified.
- c3c4f6e1740b 10.0 cited
Refactor bitmap heap scan estimation of heap pages fetched.
- da08a6598973 10.0 landed
Use more efficient hashtable for tidbitmap.c to speed up bitmap scans.
- 75ae538bc316 10.0 cited