Re: [HACKERS] Hash tables in dynamic shared memory - Mailing list pgsql-hackers

From Thomas Munro
Subject Re: [HACKERS] Hash tables in dynamic shared memory
Date
Msg-id CAEepm=0u=Dp5XYV=s0c8Q5Jdvg5GiPF8rxBDCC+HLzMdJ8mNxw@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] Hash tables in dynamic shared memory  (Thomas Munro <thomas.munro@enterprisedb.com>)
List pgsql-hackers
On Mon, Dec 19, 2016 at 12:33 PM, Thomas Munro
<thomas.munro@enterprisedb.com> wrote:
> Since Dilip Kumar's Parallel Bitmap Heap Scan project is no longer
> using this, I think I should park it here unless/until another
> potential use case pops up.  Some interesting candidates have been
> mentioned already, and I'm fairly sure there are other uses too, but I
> don't expect anyone to be interested in committing this patch until
> something concrete shows up, so I'll go work on other things until
> then.

Here is a rebased version.  Changes since v2:

1.  Out-of-memory conditions now raise errors (following
dsa_allocate's change in behaviour to match palloc).
2.  Moved into 'lib' where other reusable data structures live.

There are still a couple of things I'd like to adjust in this code
(including feedback from John and improvements to the iterator code
which is overcomplicated) but I'm posting it today as infrastructure
for another patch.

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

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

Attachment

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] src/interfaces/libpq shipping nmake-related Makefiles
Next
From: Amit Langote
Date:
Subject: Re: [HACKERS] No-op case in ExecEvalConvertRowtype