Re: Providing anonymous mmap as an option of sharing memory

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Shridhar Daithankar <shridhar_daithankar(at)myrealbox(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Providing anonymous mmap as an option of sharing memory
Date: 2003-11-27 16:41:35
Message-ID: 23349.1069951295@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Shridhar Daithankar <shridhar_daithankar(at)myrealbox(dot)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

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message ow 2003-11-27 16:49:35 Re: pg_restore and create FK without verification check
Previous Message Oleg Bartunov 2003-11-27 16:25:35 support of compound words in contrib/tsearch2