From: | Masahiro Ikeda <ikedamsh(at)oss(dot)nttdata(dot)com> |
---|---|
To: | Michael Paquier <michael(at)paquier(dot)xyz> |
Cc: | Andres Freund <andres(at)anarazel(dot)de>, Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com>, Tristan Partin <tristan(at)neon(dot)tech>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Support to define custom wait events for extensions |
Date: | 2023-08-15 00:14:15 |
Message-ID: | dc1ad62d0b274063376b420e3bfe8cd0@oss.nttdata.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2023-08-14 18:26, Michael Paquier wrote:
> On Mon, Aug 14, 2023 at 05:55:42PM +0900, Masahiro Ikeda wrote:
>> I'm thinking a name like "contrib name + description summary" would
>> be nice. The "contrib name" is namespace-like and the "description
>> summary"
>> is the same as the name of the waiting event name in core. For
>> example,
>> "DblinkConnect" for dblink. In the same as the core one, I thought the
>> name
>> should be the camel case.
>
> Or you could use something more in line with the other in-core wait
> events formatted as camel-case, like DblinkConnect, etc.
>
>> BTW, is it better to discuss this in a new thread because other
>> developers
>> might be interested in user-facing wait event names? I also would like
>> to
>> add documentation on the wait events for each modules, as they are not
>> mentioned
>> now.
>
> Saying that, having some documentation on the page of each extension
> is mandatory once these can be customized, in my opinion. All that
> should be discussed on a new, separate thread, to attract the correct
> audience.
OK. I'll make a new patch and start a new thread.
Regards,
--
Masahiro Ikeda
NTT DATA CORPORATION
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2023-08-15 00:30:58 | Re: Support to define custom wait events for extensions |
Previous Message | Michael Paquier | 2023-08-14 23:49:37 | Re: Ignore 2PC transaction GIDs in query jumbling |