Whole-file LZ pre-pass до чанкинга (контейнер MODE_LZ)
Почему это может сжать сильнее
MODE_LZ снял главный проигрыш чанкинга — потерю дальних совпадений через границы чанков — и стал контейнером, в котором живёт весь LZ-трек. Направление развития: (а) снять оставшиеся лимиты окна — whole-file означает окно = размер файла, для enwik8 (100MB) и mozilla (51MB) это вопрос памяти и структуры match-finder'а; (б) превратить контейнер в двухслойную схему «LZ pre-pass → специализированный бэкенд для residue»: длинные совпадения снимает LZ, остаток (литеральная масса) уходит не в rANS, ...
Результат проверки
замер · 2026-06-24lz-rans 12/12 RT=OK. H-25d: 120KB multi-copy 6934 vs gzip 6950 (первый gzip-beat), holdout 0.2390 unchanged. RT byte-exact.
Вердикт консилиума
WIN (LZ-line step: MODE_LZ whole-file — первый gzip-beat)
Далее: Валидированный архитектурный шаг (MODE_LZ=3 контейнер). Whole-file LZ pre-pass снял 64KB-потолок → первый gzip-beat на long-range (6934 vs 6950). Развитие: cost-aware parse (H-25e).
Уроки
Урок: whole-file LZ бьёт gzip ТОЛЬКО когда данные реально содержат cross-block long-range/duplicate; diverse holdout его не содержит (MODE_LZ selected 0/6). Архитектурный рычаг (контейнер), не value-scheme.