Re: Make tuple deformation faster
James Hunter <james.hunter.pg@gmail.com>
From: James Hunter <james.hunter.pg@gmail.com>
To: Jeff Davis <pgsql@j-davis.com>
Cc: David Rowley <dgrowleyml@gmail.com>, Andres Freund <andres@anarazel.de>, Matthias van de Meent <boekewurm+postgres@gmail.com>, PostgreSQL Developers <pgsql-hackers@lists.postgresql.org>
Date: 2025-03-05T21:11:42Z
Lists: pgsql-hackers
On Wed, Mar 5, 2025 at 12:16 PM Jeff Davis <pgsql@j-davis.com> wrote: > > On Wed, 2025-03-05 at 11:33 -0800, James Hunter wrote: > > For a bitfield, however, the CPU has to read from or write to the > > byte > > that contains the bit, but then it also has to mask out the *other* > > bits in that bitfield. This is a data dependency, so it stalls the > > CPU > > pipeline. > > Here the bits aren't changing, so we're only talking about mask-and- > test, right? My intuition is that wouldn't cause much of a problem. Right, so that's just +1 pipeline stall (load, mask, and test; vs. just load and test). But you can imagine microbenchmarks / situations where that extra "mask" matters (like some of the benchmarks David ran). "Mask + test" has to wait for the mask to complete, before it can perform the test; so it's slower than two independent instructions would be. But -- cost vs. benefit, a Boolean is typically 1 byte; a cache line is typically 64 bytes, with maybe CPU prefetch making it behave like 128 bytes. So replacing 6 bytes of Booleans with 6 bits saves us < 10% of a cache line -- it's "only" an 8-to-1 compression ratio -- which might or might not be worth it, as David's benchmarks show... James Hunter
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix possible Assert failure in verify_compact_attribute()
- 33b06a20016d 18.0 landed
-
Speedup tuple deformation with additional function inlining
- 58a359e585d0 18.0 landed
-
Fix race condition in TupleDescCompactAttr assert code
- 6f3820f37aba 18.0 landed
-
Optimize alignment calculations in tuple form/deform
- db448ce5ad36 18.0 landed
-
Remove pg_attribute.attcacheoff column
- 02a8d0c45253 18.0 landed
-
Introduce CompactAttribute array in TupleDesc, take 2
- 5983a4cffc31 18.0 landed
-
Introduce CompactAttribute array in TupleDesc
- d28dff3f6cd6 18.0 landed
-
Use TupleDescAttr macro consistently
- 65b71dec2d57 18.0 landed