From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: myProcLocks initialization |
Date: | 2011-10-31 03:26:08 |
Message-ID: | CA+TgmoZn1E+fZZYuT5P9OdHWzCCESsnfJ3motScYdsV9PJ8d0w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sun, Oct 30, 2011 at 11:13 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> I'd like to propose the attached patch, which initializes each
>> PGPROC's myProcLocks just once at postmaster startup, rather than
>> every time the PGPROC is handed out to a backend. These lists should
>> always be emptied before a backend shuts down, so a newly initialized
>> backend will find the lists empty anyway. Not reinitializing them
>> shaves a few cycles. In my testing, it saves about 1% of the cost of
>> setting up and tearing down a connection, which is not a ton, but a
>> cycle saved is a cycle earned.
>
> That's not really enough to excite me, and the prospect of problems in
> one session corrupting an unrelated later one is pretty scary from a
> debugging standpoint. How about at least an Assert that the lock is in
> a clean state?
I can go for that.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2011-10-31 03:50:17 | Re: Thoughts on "SELECT * EXCLUDING (...) FROM ..."? |
Previous Message | Tom Lane | 2011-10-31 03:13:51 | Re: myProcLocks initialization |