LINUX.ORG.RU

zlib-ng 2.0.3

 ,


0

2

zlib-ng – совместимый форк zlib с модернизированной кодовой базой и оптимизациями.

Изменения с версии 2.0.2:

  • улучшена документация;
  • устранено падение на ARMv7;
  • исправление ошибок компиляции для FreeBSD, RISC-V, Musl и ARM;
  • доступны для загрузки Windows ARM dll;
  • улучшена совместимость с zlib.

Известные проблемы:

  • пока не исправлена ошибка компиляции с mpicc.

>>> Подробности

★★★★★

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

исправление ошибок компиляции для FreeBSD, RISC-V, Musl и ARM; доступны для загрузки Windows ARM dll;

пока не исправлена ошибка компиляции с mpicc.

Где слово «альфа» в названии? Мне бы стыдно было такое (некомпилирующийся софт) публиковать вообще.

А вообще по сравнению с настоящим zlib, который компилируется думаю вообще где угодно начиная с 16-бит архитектур, выглядит убого.

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 1)
Ответ на: комментарий от firkax

Там не в коде проблема, а в не очень корректном тесте, который неправильно определяет маргинальный компилятор.

anonymous
()

О, спасибо! :)

Потестировал: gcc 12, Unicode 13/ucd.all.flat.xml (202372260 байтов)

lzbench 1.8 (64-bit Linux) Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz

Compressor nameCompress.Decompress.Compr. sizeRatio
memcpy7158 MB/s7060 MB/s202372260100.00
zlib 1.2.11 -1264 MB/s890 MB/s115903675.73
zlib 1.2.11 -3243 MB/s932 MB/s105359075.21
zlib-ng 2.0.3 -1435 MB/s1262 MB/s165269848.17
zlib-ng 2.0.3 -3403 MB/s1392 MB/s103633645.12
zstd 1.5.0-git -11625 MB/s4028 MB/s73627183.64
zstd 1.5.0-git -31304 MB/s4001 MB/s71726813.54
lz4 1.9.3-git2267 MB/s6784 MB/s126004846.23
brotli 1.0.9-git -11204 MB/s1964 MB/s84067194.15
brotli 1.0.9-git -3349 MB/s2665 MB/s68511263.39
dataman ★★★★★
() автор топика
Ответ на: комментарий от Landgraf

А что именно непонятно в слове zlib?

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

Тащемто mpicc это не отдельный компилятор это обычный wrapper над GCC/clang для более простой сборки с библиотекой MPI(добавляет include path, LD-пути для компоновщика)

lberserq
()

«Ты должен был бороться со злом, а не примкнуть к нему!» Зачем плодить library hell?

совместимый форк zlib

Имя .so файла такое же чтобы можно было заменить для всех существующих бинарников?

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

Имя .so файла такое же чтобы можно было заменить для всех существующих бинарников?

если укажешь cmake-у -DZLIB_COMPAT=ON

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

Уже хорошо. Только плохо верится что это будут использовать в дистрибутивах. Будет половина пакетов использующих одну библиотеку, половина использующих другую, а в итоге надо будет ставить две.

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

пересборка всего в любом случае понадобится, потому что добрая половина софта норовит линковать zlib статически

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

Только плохо верится что это будут использовать в дистрибутивах.

Я в Artix уже с месяц использую chaotic-aur/zlib-ng-git. Пока ничего не сломалось. :)

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

А ты в курсе, что CMake на плюсах написан?

anonymous
()
Ответ на: комментарий от Slackware_user

Глубоко не копал, но с WITH_NEW_STRATEGIES (вкл. по-умолчанию) для deflate используются немного другие параметры и улучшенные алгоритмы. Эта реализация взята из Интеловского форка zlib. Если очень грубо, то файлы deflate*.* в zlib ~93Кб, а в zlib-ng ~112Кб.

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

Где в FreeBSD маргинальный компилятор? Там либо gcc либо clang.

Тут надо не ченджлог писать «исправили ошибки компиляции» а «ещё чуть-чуть и наконец будет не прототип а пригодная к опробованию библиотека». А у них это уже несколько релизных версий прошло.

firkax ★★★★★
()

надо будет потыкать палочкой. я тут поняла, что в вебе сжатие потока - такое себе: жрёт много, а эффективность мала. хотелось бы эффективных алгоримов на сжатии по кускам.

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

Будет половина пакетов использующих одну библиотеку, половина использующих другую, а в итоге надо будет ставить две.

нет, т.к. они взаимозаменяемы. Пакет zlib-ng может предоставлять (provides) пакет zlib, и наоборот.

former_anonymous ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.