Re: Another bug introduced by fastpath patch - Mailing list pgsql-hackers

From Andres Freund
Subject Re: Another bug introduced by fastpath patch
Date
Msg-id 20131127225143.GB2592@awork2.anarazel.de
Whole thread Raw
In response to Another bug introduced by fastpath patch  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Another bug introduced by fastpath patch
List pgsql-hackers
On 2013-11-27 17:25:44 -0500, Tom Lane wrote:
> Or we
> could add a restriction to EligibleForRelationFastPath that restricts
> the fast-path mechanism to non-session locks, in which case we'd not
> need to make the zeroing contingent on allLocks either.  I don't think
> we take any fast-path-eligible locks in session mode anyway, so this
> wouldn't be giving up any functionality on that end.

That seems like the best thing to do to me.

Greetings,

Andres Freund

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



pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: [RFC] overflow checks optimized away
Next
From: Andres Freund
Date:
Subject: Re: MultiXact pessmization in 9.3