Архиваторы

brotli Google делала не как ещё один универсальный архиватор, а конкретно под HTTP-ответы — отсюда главное отличие от zstd и gzip: встроенный статический словарь примерно на 122 КБ, порядка 13 с половиной тысяч слов и фраз из HTML, JS и нескольких живых языков (включая русский). zstd и gzip строят словарь с нуля по ходу сжатия конкретного файла, brotli же стартует с готовым набором типичных для веба последовательностей — на маленьких текстовых файлах это даёт заметную фору, которую окно скользящего сжатия само наверстать не успевает. ...

У zstd, в отличие от gzip, сжатие в несколько потоков — штатная возможность: -T0 сам определяет число физических ядер и раскидывает работу по ним. zstd -T0 -19 bigfile.tar Для больших файлов с повторами на расстоянии в десятки-сотни мегабайт (логи, дампы БД) помогает --long — long-distance matching, окно по умолчанию 27 бит, максимум 31. --adapt подстраивает уровень сжатия на лету под скорость записи на диск — полезно для медленного/сетевого хранилища. Нюанс: --adapt не работает с --single-thread и может залипать на низкой скорости при 2+ воркер-тредах — -T0 --adapt вместе стоит проверять на своих данных. ...

В отличие от zstd/xz/lz4 из прошлых выпусков, squashfs — не формат архива, а сжатая файловая система: mksquashfs dir/ image.squashfs -comp zstd собирает целое дерево файлов в один read-only образ, который монтируется напрямую (mount -t squashfs image.squashfs /mnt) без распаковки. Именно так устроены live-образы дистрибутивов и слои Docker/OverlayFS — сжатие в разы экономит место, а доступ на чтение почти не отличается от обычной ФС благодаря постраничному разжатию на лету. unsquashfs -l image.squashfs покажет список файлов без монтирования, -d dir распакует всё целиком, если нужен полный доступ на запись. ...