Re: Signaling of waiting for a cleanup lock? - Mailing list pgsql-hackers

From Andres Freund
Subject Re: Signaling of waiting for a cleanup lock?
Date
Msg-id 20140414165357.GX4161@awork2.anarazel.de
Whole thread Raw
In response to Re: Signaling of waiting for a cleanup lock?  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: Signaling of waiting for a cleanup lock?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 2014-04-14 12:21:09 -0400, Robert Haas wrote:
> AFAICS, the big advantage of something like this is that we'd get
> proper deadlock detection, and that's not a trivial point.

Hm. Is this actually something we need? I am not aware of deadlock prone
scenarios involving buffer pins during normal processing (HS is another
matter).

Greetings,

Andres Freund

-- Andres Freund                       http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training &
Services



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Race condition between PREPARE TRANSACTION and COMMIT PREPARED (was Re: Problem with txid_snapshot_in/out() functionality)
Next
From: Robert Haas
Date:
Subject: Re: Including replication slot data in base backups