Re: POSIX shared memory redux - Mailing list pgsql-hackers

From Tom Lane
Subject Re: POSIX shared memory redux
Date
Msg-id 26794.1302674771@sss.pgh.pa.us
Whole thread Raw
In response to Re: POSIX shared memory redux  ("A.M." <agentm@themactionfaction.com>)
Responses Re: POSIX shared memory redux  (A.M. <agentm@themactionfaction.com>)
Re: POSIX shared memory redux  (Florian Weimer <fweimer@bfk.de>)
List pgsql-hackers
"A.M." <agentm@themactionfaction.com> writes:
> On Apr 11, 2011, at 7:13 PM, Tom Lane wrote:
>> Robert Haas <robertmhaas@gmail.com> writes:
>>> I mean I'm not convinced that fcntl() locking will be as reliable.

>> I'm not either.  Particularly not on NFS.

> Is there an example of a recent system where fcntl is broken (ignoring NFS)?

Well, the fundamental point is that "ignoring NFS" is not the real
world.  We can't tell people not to put data directories on NFS,
and even if we did tell them not to, they'd still do it.  And NFS
locking is not trustworthy, because the remote lock daemon can crash
and restart (forgetting everything it ever knew) while your own machine
and the postmaster remain blissfully awake.

None of this is to say that an fcntl lock might not be a useful addition
to what we do already.  It is to say that fcntl can't just replace what
we do already, because there are real-world failure cases that the
current solution handles and fcntl alone wouldn't.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Shigeru Hanada
Date:
Subject: Re: WAL, xl_heap_insert and tuple oid mystry
Next
From: Adrian von Bidder
Date:
Subject: Re: Postgre inner work question