Re: define pg_structiszero(addr, s, r)
David Rowley <dgrowleyml@gmail.com>
From: David Rowley <dgrowleyml@gmail.com>
To: Michael Paquier <michael@paquier.xyz>
Cc: Bertrand Drouvot <bertranddrouvot.pg@gmail.com>,
Peter Smith <smithpb2250@gmail.com>, Peter Eisentraut <peter@eisentraut.org>,
Heikki Linnakangas <hlinnaka@iki.fi>, pgsql-hackers@lists.postgresql.org
Date: 2024-11-01T08:47:05Z
Lists: pgsql-hackers
Attachments
- pg_memory_is_all_zeros_speedup.patch (application/octet-stream) patch
On Fri, 1 Nov 2024 at 20:49, Michael Paquier <michael@paquier.xyz> wrote: > > On Fri, Nov 01, 2024 at 07:44:22AM +0000, Bertrand Drouvot wrote: > > Worth to add a comment as to why pg_memory_is_all_zeros() should not > > be used here? > > I would not add one in bufpage.c, documenting that where > pg_memory_is_all_zeros() is defined may be more adapted. The thought of having to write a comment to warn people not to use it for performance-critical things makes me think it might be better just to write a more optimal version of the function so we don't need to warn people. I looked around at the callers of the function I saw the following numbers of bytes being used for the length: 8192 (the one in question), 88, 32 and 112. I don't know how performance-critical the final three of those are, but I imagine all apart from the 32-byte one might be better with a non-inlined and more optimised version of the function. The problem with inlining the optimised version is that it's more code to inline. I've attached what I thought a more optimal version might look like in case anyone thinks making it better is a good idea. David
Commits
-
Use pg_memory_is_all_zeros() in PageIsVerifiedExtended()
- 03a42c9652f8 18.0 landed
-
Optimize pg_memory_is_all_zeros() in memutils.h
- 5be1dabd2ae0 18.0 landed
-
Remove use of pg_memory_is_all_zeros() in bufpage.c
- e819bbb7c82a 18.0 landed
-
Add pg_memory_is_all_zeros() in memutils.h
- 07e9e28b56db 18.0 landed