Re: PGLZ Compression Optimization - Mailing list pgsql-hackers

> On 16 Jul 2026, at 19:06, Tomas Vondra <tomas@vondra.me> wrote:
>
> But making the current scheme
> faster (particularly the decompression part) would be a huge benefit for
> existing systems that can't simply recompress everything.

FWIW this spring we took a stab at refactoring old patch [0] about optimizing pglz
decompression ideas into several small patches [1] [2]. We stalled when found some
regressions and work lost momentum.

If anyone is interested - we (me, Nik, Kirk) would be happy to collab. Some enthusiasm
could revive that work.


Best regards, Andrey Borodin.

[0] https://www.postgresql.org/message-id/flat/FEF3DC5E-4BC4-44E1-8DEB-DADC67046FE3%40yandex-team.ru
[1] https://github.com/NikolayS/pglz-compression/pull/20
[2] https://github.com/NikolayS/pglz-compression/pull/20/changes/dcb12183519c2eda76dfadaac005e12de6ad4e01