Re: Compilation issues for HASH_STATISTICS and HASH_DEBUG options
David Rowley <dgrowleyml@gmail.com>
From: David Rowley <dgrowleyml@gmail.com>
To: Michael Paquier <michael@paquier.xyz>
Cc: "Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>,
Tom Lane <tgl@sss.pgh.pa.us>, "pgsql-hackers@lists.postgresql.org" <pgsql-hackers@lists.postgresql.org>
Date: 2025-08-15T09:19:27Z
Lists: pgsql-hackers
Attachments
- hash_debug.patch (application/octet-stream) patch
On Fri, 15 Aug 2025 at 19:09, Michael Paquier <michael@paquier.xyz> wrote: > > On Fri, Aug 15, 2025 at 06:37:44PM +1200, David Rowley wrote: > > Michael, any thoughts on switching from stderr to elog(DEBUG)? > > You mean to do that for both flags, right? That would be OK for me. Yeah. Just to aid discussion, let's say the attached patch. I don't really have an idea on which debug level these should appear on, however. I picked DEBUG4 for no other reason than DEBUG5 being quite verbose with AIO related messages. David
Commits
-
Remove HASH_DEBUG output from dynahash.c
- a98ccf727ebb 19 (unreleased) landed
-
Use elog(DEBUG4) for dynahash.c statistics output
- 05fcb9667c37 19 (unreleased) landed
-
Fix invalid format string in HASH_DEBUG code
- 2c7c08a090f2 14.20 landed
- 199a347d29e5 15.15 landed
- d809494cdfc5 16.11 landed
- 04b384b3efb2 17.7 landed
- 1571c7ca5dc9 18.0 landed
- 296cba276081 19 (unreleased) landed
-
Fix failing -D HASH_STATISTICS builds
- efe705b05cc1 17.7 landed
- e4ba326295c5 18.0 landed
- ca38912512a9 19 (unreleased) landed
-
Refactor initial hash lookup in dynahash.c
- cc5ef90edd80 17.0 cited
-
Remove large fill factor support from dynahash.c.
- be0a6666656e 14.0 cited
-
Remove broken and useless entry-count printing in HASH_DEBUG code.
- 9d4e56699957 10.0 cited
-
Partition the freelist for shared dynahash tables.
- 44ca4022f3f9 9.6.0 cited