Re: [ANNOUNCE] IMCS: In Memory Columnar Store for PostgreSQL

From: james <james(at)mansionfamily(dot)plus(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: knizhnik(at)garret(dot)ru, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, David Fetter <david(at)fetter(dot)org>, PG Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [ANNOUNCE] IMCS: In Memory Columnar Store for PostgreSQL
Date: 2014-01-05 17:34:23
Message-ID: 52C9979F.3060200@mansionfamily.plus.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-announce pgsql-hackers

On 05/01/2014 16:50, Robert Haas wrote:
> But on Windows, segments are*automatically*
> destroyed*by the operating system* when the last process unmaps them,
> so it's not quite so clear to me how we can allow it there. The main
> shared memory segment is no problem because the postmaster always has
> it mapped, even if no one else does, but that doesn't help for dynamic
> shared memory segments.
Surely you just need to DuplicateHandle into the parent process? If you
want to (tidily) dispose of it at some time, then you'll need to tell the
postmaster that you have done so and what the handle is in its process,
but if you just want it to stick around, then you can just pass it up.

In response to

Responses

Browse pgsql-announce by date

  From Date Subject
Next Message Robert Haas 2014-01-05 18:02:43 Re: [ANNOUNCE] IMCS: In Memory Columnar Store for PostgreSQL
Previous Message Robert Haas 2014-01-05 16:50:48 Re: [ANNOUNCE] IMCS: In Memory Columnar Store for PostgreSQL

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2014-01-05 17:56:05 dynamic shared memory and locks
Previous Message Robert Haas 2014-01-05 16:50:48 Re: [ANNOUNCE] IMCS: In Memory Columnar Store for PostgreSQL