Re: Support to define custom wait events for extensions

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

In response to

Responses

Browse pgsql-hackers by date

  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