Re: More speedups for tuple deformation - Mailing list pgsql-hackers

From John Naylor
Subject Re: More speedups for tuple deformation
Date
Msg-id CANWCAZYkQ+hYyr9L1rWJaKPKHZP__F1e1nCb6_d++ogB5bNEaw@mail.gmail.com
Whole thread Raw
In response to Re: More speedups for tuple deformation  (David Rowley <dgrowleyml@gmail.com>)
List pgsql-hackers
On Sat, Jan 31, 2026 at 10:45 AM David Rowley <dgrowleyml@gmail.com> wrote:
> On Sat, 31 Jan 2026 at 15:48, John Naylor <johncnaylorls@gmail.com> wrote:
> > pg_rightmost_one_pos32(~((uint32) bits[bytenum]))
>
> I'd rather handle that in a single byte as the fallback path in that
> function requires byte-at-a-time processing.

I spot checked some less common animals in the buildfarm and i686,
ppc64le, riscv64, loongarch64, and s390x all have the builtin. Of
these, only riscv64 seems to lack a single instruction implementation.
It's good to keep the old fallback path around just in case, but I
doubt a new fallback would get any coverage at all.

--
John Naylor
Amazon Web Services



pgsql-hackers by date:

Previous
From: Kirill Reshke
Date:
Subject: Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access)
Next
From: Pavel Stehule
Date:
Subject: slow SELECT expr INTO var in plpgsql