Re: Providing anonymous mmap as an option of sharing memory - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Providing anonymous mmap as an option of sharing memory
Date
Msg-id 23349.1069951295@sss.pgh.pa.us
Whole thread Raw
In response to Re: Providing anonymous mmap as an option of sharing memory  (Shridhar Daithankar <shridhar_daithankar@myrealbox.com>)
List pgsql-hackers
Shridhar Daithankar <shridhar_daithankar@myrealbox.com> writes:
> Tom Lane wrote:
>> And that helps how?  The problem is to detect whether there are any
>> children left from the old postmaster, when what you have to work from
>> is the pid-file it left behind.

> fine. We need shared memory for that. How about using 1 8K page just for 
> detecting that? We don't need to base shared memory model on that, right?

So why should we depend on two kernel APIs when one is sufficient?  You
still haven't pointed to any actual advantage that mmap'ing shared buffers
would offer over allocating them with SysV shmem.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Oleg Bartunov
Date:
Subject: support of compound words in contrib/tsearch2
Next
From: ow
Date:
Subject: Re: pg_restore and create FK without verification check