LINUX.ORG.RU

Zstandard 1.5.7

 , , , ,


0

4

После 11 месяцев разработки и свыше 500 коммитов состоялся выпуск 1.5.7 быстрой библиотеки сжатия данных и консольной утилиты Zstandard, написанных на языке C и распространяемых по лицензиям BSD или GNU GPL 2.

Это значительный выпуск с улучшениями в производительности, стабильности и функциональности, и особенно рекомендуется для пользователей 32-битных систем.

Основные изменения:

  • Решена давняя и очень редкая проблема сжатия в 32-битном режиме, которая могла возникнуть во время длительных сессий (один и тот же ZSTD_CCtx* постоянно использующийся повторно).
  • Существенное повышение скорости сжатия (до +30%) небольших данных.
  • Улучшена скорость сжатия (~+5%) со словарём на низких уровнях сжатия.
  • Более быстрая работа команды --patch-from при высоких уровнях сжатия, с улучшением коэффициента сжатия.
  • Улучшен коэффициент сжатия на всех уровнях благодаря улучшенному определению границ блоков.
  • Обнаружение инструкции CPU bmi2 во время выполнения теперь работает и в 32-битном режиме x86.
  • Использование многопоточности в консольной утилите по умолчанию.
  • В консольной утилиту добавлена новая команда --max, которая пытается обеспечить наилучший возможный коэффициент сжатия, доводя все параметры до максимального значения.
  • В API добавлен новый метод ZSTD_compressSequencesAndLiterals().
  • Функция ZSTD_getFrameHeader() теперь работает и на пропускаемых фреймах.
  • Проведены другие улучшения и исправления ошибок.

>>> Полный список изменений на GitHub

★★★★★

Проверено: hobbit ()
Последнее исправление: dataman (всего исправлений: 3)

Существенное повышение скорости сжатия (до +30%) небольших данных.

Улучшен коэффициент сжатия на всех уровнях благодаря улучшенному определению границ блоков.

Вот это классно! zstd стал ещё лучше, ура!

CrX ★★★★★
()
Ответ на: комментарий от splinter

действительно до 2038 года.

именно им и будет хорошо: скоро все архивы будут иметь К-сжатия < 0 - это победа !

x905 ★★★★★
()

Существенное повышение скорости сжатия (до +30%) небольших данных.

а если разбить большие данные на небольшие, то тоже будет +30% в итоге ?

x905 ★★★★★
()

Астрологи объявили неделю архиваторов

goingUp ★★★★★
()

Лучший general-purpose кодек, я считаю. Непонятно, почему некоторые мамонты до сих пор используют bz2 и xz, а не его.

snizovtsev ★★★★★
()
Ответ на: комментарий от snizovtsev

почему некоторые мамонты до сих пор используют bz2 и xz

Так-то это контейнеры. Тот же xz умеет в LZMA и LZMA2. Если вопрос в том, почему до сих пор юзают LZMA(2), то тут просто: чуть выше степень сжатия и 7-zip популярнее, чем любой архиватор с поддержкой zstd.

DarkAmateur ★★★★
()
Ответ на: комментарий от splinter

действительно до 2038 года

А действительно time_t (или что там?) в ядре и libc от битности системы зависит?

qwe ★★★
()
Последнее исправление: qwe (всего исправлений: 2)
Ответ на: комментарий от Qui-Gon

долго ждать будете

Мы терпеливые :)

CrX ★★★★★
()

Только что прогнал тест на одной iso-шке из архива: ‘xz -T0 –check=sha256 -9’ == ‘zstd -T0 -21’. Причем, и по эффективности сжатия, и по времени выполнения.

Время распаковки мне не важно.

Забавно, что опция ‘-е’ для xz - делает только хуже.

somemong
()
Ответ на: комментарий от snizovtsev

Лучший general-purpose кодек, я считаю. Непонятно, почему некоторые мамонты до сих пор используют bz2 и xz, а не его.

xz, хоть медленнее в 100 раз, может жать в разы сильнее (эффективнее), поэтому он как раз должен остаться (иногда это важно), как и lz4 (он может быть в разы быстрее zstd)

а вот все остальные да, непонятно зачем нужны (например gz, который и работает медленнее zstd, и жмёт хуже)

whereisthelinus
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.