> On 16 Jul 2026, at 19:06, Tomas Vondra <[email protected]> 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
