| From: | Mario González Troncoso <gonzalemario(at)gmail(dot)com> |
|---|---|
| To: | Álvaro Herrera <alvherre(at)kurilemu(dot)de> |
| Cc: | Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [PATCH} Move instrumentation structs |
| Date: | 2025-12-15 14:45:45 |
| Message-ID: | CAFsReFVf-WSneSVbB7wqgYpso79gHqWD9vOs9V0rCV1YatM28A@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, 11 Nov 2025 at 09:22, Álvaro Herrera <alvherre(at)kurilemu(dot)de> wrote:
>
>
> There are other issues in the 0001 patch though, apart from the weird
> typo you noticed. One is that macro definitions such as
> NUM_TUPLESORTMETHODS should move to the new file together with the enum
> which gives it life, together with the comment that explains it; also,
> some of the structs that are being moved have comments that make sense
> in their current location (because they are surrounded by related
> structs), but not so much in the new location. For instance, I would
> say this needs to be different:
>
Thanks guys for the feedback. I rebased from master as well and
applied the suggestions.
Regarding changing the comments, I reckon we can do it in the next
iteration if you still consider it worth it. But the code looks good
to me, I hope it does for you too:
https://cirrus-ci.com/build/6530088079982592
> +/* ----------------
> + * Values displayed by EXPLAIN ANALYZE
> + * ----------------
> + */
> +typedef struct HashInstrumentation
>
> This should say something like "Instrumentation for Hash nodes" or
> something like that. Less critically, the comment styling (those lines
> of dashes, vertical spacing, and so on) should be made consistent across
> the whole instrument_node.h file instead of using whatever was in the
> original file, which is an eclectic mix of various different styles.
>
> Another thing I'd do here is make 0001 as minimal as possible. I see
> that some files get a new #include "utils/typcache.h" line (or amapi.h
> or genam.h), for instance, but that change makes no sense in that patch.
> These additions should be in the 0002 patch. The only new #include line
> in the 0001 patch should be instrument_node.h itself, because we're
> explicitly not removing any other #include line anywhere.
>
> --
> Álvaro Herrera 48°01'N 7°57'E — https://www.EnterpriseDB.com/
> "El que vive para el futuro es un iluso, y el que vive para el pasado,
> un imbécil" (Luis Adler, "Los tripulantes de la noche")
--
Mario Gonzalez
EDB: https://www.enterprisedb.com
| Attachment | Content-Type | Size |
|---|---|---|
| v2-0003-Remove-storage-buf.h-from-access-relscan.h.patch | text/x-patch | 707 bytes |
| v2-0004-Remove-unused-headers-from-execReplication.c.patch | text/x-patch | 1000 bytes |
| v2-0001-Move-instrumentation-related-structures-into-inst.patch | text/x-patch | 18.5 KB |
| v2-0002-Remove-brin-gin_tuple.h-from-tuplesort.h.patch | text/x-patch | 5.7 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Matheus Alcantara | 2025-12-15 14:46:31 | Enable partitionwise join for partition keys wrapped by RelabelType |
| Previous Message | Heikki Linnakangas | 2025-12-15 14:31:13 | Re: POC: make mxidoff 64 bits |