Re: Why is lock not released? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Why is lock not released?
Date
Msg-id 4250.1124488031@sss.pgh.pa.us
Whole thread Raw
In response to Re: Why is lock not released?  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: Why is lock not released?  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
List pgsql-hackers
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> On Fri, Aug 19, 2005 at 01:11:54PM -0400, Tom Lane wrote:
>> The code's a bit inconsistent about whether it releases non-exclusive
>> locks on system catalogs or leaves them till transaction end.  I suppose
>> sometime we should try to make it consistent --- but as long as you're
>> talking about non-exclusive locks, it doesn't really matter too much.

> Ok, I'll change it where I find reasonable in my "drop owned by" patch.
> (The locks are RowExclusive).

Well, before you start changing stuff, we probably oughta decide on
which way we want to make it consistent --- keep the locks always,
or drop always?

The "drop" way probably allows slightly more concurrency, but given that
people should seldom be taking exclusionary locks on system catalogs,
I'm not sure this is really an issue.  The "keep" way might be a little
quicker, at least for catalogs that are touched more than once per xact
(since retaking a lock we already hold does not touch shared memory
anymore).  I'm not sure I see an argument either way as concerns
code clarity.  Comments?
        regards, tom lane


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: enable_constraint_exclusion GUC name
Next
From: Bruce Momjian
Date:
Subject: Beta timing