Re: Autogenerate some wait events code and documentation

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Bertrand Drouvot <bertranddrouvot(dot)pg(at)gmail(dot)com>
Cc: Noah Misch <noah(at)leadboat(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Autogenerate some wait events code and documentation
Date: 2024-04-04 06:50:21
Message-ID: Zg5NrbLFrotMJ-kg@paquier.xyz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Mar 19, 2024 at 07:34:09AM +0000, Bertrand Drouvot wrote:
> I'm not sure as v2 used the "version >= 17" wording which I think would not need
> manual refresh each time a new stable branch is forked.
>
> But to avoid any doubt, I'm following your recommendation in v3 attached (then
> only mentioning the "master branch" and "any other branch").

I don't see why we could not be more generic, TBH. Note that the
Backpatch region should be empty not only the master branch but also
on stable and unreleased branches (aka REL_XX_STABLE branches from
their fork from master to their .0 release). I have reworded the
whole, mentioning ABI compatibility, as well.

The position of the Backpatch regions were a bit incorrect (extra one
in LWLock, and the one in Lock was not needed).

We could be stricter with the order of the elements in
pgstat_wait_event.c and wait_event_funcs_data.c, but there's no
consequence feature-wise and I cannot get excited about the extra
complexity this creates in generate-wait_event_types.pl between the
enum generation and the rest.

Is "Backpatch" the best choice we have, though? It speaks by itself
but I was thinking about something different, like "Stable". Other
ideas or objections are welcome. My naming sense is usually not that
good, so there's that.

0001 is the patch with my tweaks. 0002 includes some dummy test data
I've used to validate the whole.
--
Michael

Attachment Content-Type Size
v3-0001-Add-Backpatch-regions-in-wait_event_names.txt.patch text/x-diff 5.9 KB
v3-0002-Add-some-dummy-tests.patch text/x-diff 1.2 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Rowley 2024-04-04 07:02:43 Re: Streaming read-ready sequential scan code
Previous Message Daniel Gustafsson 2024-04-04 06:49:46 Re: Cutting support for OpenSSL 1.0.1 and 1.0.2 in 17~?