On Sep 14, 2026, at 10:50, Andrew Dunstan <[email protected]> wrote:

> Benchmarked with data sized to fit comfortably under shared_buffers rather
> than triggering the seqscan ring-buffer bypass, which otherwise swamps the
> comparison at larger table sizes: ~10x on pure ASCII, ~4x on an 85/15
> ASCII/non-ASCII mix, and no measurable regression on non-ASCII input
> that still needs the full decode-and-quickcheck path.

Well this looks super simple and like a very nice speedup! Thanks for digging 
into that!

D

Attachment: signature.asc
Description: Message signed with OpenPGP

Reply via email to