Re: Improve heapgetpage() performance, overhead from serializable
Andres Freund <andres@anarazel.de>
From: Andres Freund <andres@anarazel.de>
To: David Rowley <dgrowleyml@gmail.com>
Cc: Melanie Plageman <melanieplageman@gmail.com>, John Naylor <johncnaylorls@gmail.com>, Zhang Mingli <zmlpostgres@gmail.com>, pgsql-hackers@postgresql.org, Thomas Munro <thomas.munro@gmail.com>
Date: 2024-04-08T03:13:01Z
Lists: pgsql-hackers
Hi, On 2024-04-08 14:43:21 +1200, David Rowley wrote: > On Sun, 7 Apr 2024 at 19:30, Andres Freund <andres@anarazel.de> wrote: > > Good call. Added and pushed. > > I understand you're already aware of the reference in the comment to > heapgetpage(), which no longer exists as of 44086b097. Yea, https://postgr.es/m/20240407172615.cocrsvboqm3ttqe4%40awork3.anarazel.de > Melanie and I had discussed the heap_prepare_pagescan() name while I > was reviewing that recent refactor. Aside from fixing the comment, how > about also renaming heapgetpage_collect() to > heap_prepare_pagescan_tuples()? > Patch attached for reference. Not looking for any credit. > > I'm also happy to revisit the heap_prepare_pagescan() name and call > heapgetpage_collect() some appropriate derivative of whatever we'd > rename that to. I kinda don't like heap_prepare_pagescan(), but heapgetpage() is worse. And I don't have a great alternative suggestion. Off-list Melanie suggested heap_page_collect_visible_tuples(). Given the separate callsites (making long names annoying) and the fact that it's really specific to one caller, I'm somewhat inclined to just go with collect_visible_tuples() or page_collect_visible(), I think I prefer the latter. Greetings, Andres Freund
Commits
-
Remove references to old function name
- e3b69be95159 17.0 landed
-
Reduce branches in heapgetpage()'s per-tuple loop
- a97bbe1f1df9 17.0 landed