Re: Introduce WAIT_EVENT_EXTENSION and WAIT_EVENT_BUFFER_PIN
Masahiro Ikeda <ikedamsh@oss.nttdata.com>
From: Masahiro Ikeda <ikedamsh@oss.nttdata.com>
To: Michael Paquier <michael@paquier.xyz>, "Drouvot, Bertrand"
<bertranddrouvot.pg@gmail.com>
Cc: Robert Haas <robertmhaas@gmail.com>, Andres Freund <andres@anarazel.de>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2023-06-09T09:20:09Z
Lists: pgsql-hackers
Hi, On 2023-06-09 13:26, Drouvot, Bertrand wrote: > Hi, > > On 6/9/23 1:15 AM, Michael Paquier wrote: >> On Thu, Jun 08, 2023 at 10:57:55AM +0900, Masahiro Ikeda wrote: >>> (Excuse me for cutting in, and this is not directly related to the >>> thread.) >>> +1. I'm interested in the feature. >>> >>> This is just a example and it probable be useful for other users. >>> IMO, at >>> least, it's better to improve the specification that "Extension" >>> wait event type has only the "Extension" wait event. >> >> I hope that nobody would counter-argue you here. In my opinion, we >> should just introduce an API that allows extensions to retrieve wait >> event numbers that are allocated by the backend under >> PG_WAIT_EXTENSION, in a fashion similar to GetNamedLWLockTranche(). >> Say something like: >> int GetExtensionWaitEvent(const char *wait_event_name); > > +1, that's something I've in mind to work on once/if this patch is/get > committed. Thanks for replying. If you are ok, I'll try to make a patch to allow extensions to define custom wait events. Regards, -- Masahiro Ikeda NTT DATA CORPORATION
Commits
-
Refactor some code related to wait events "BufferPin" and "Extension"
- 2aeaf80e578e 17.0 landed