Замена стандартной zlib

Настройки отображения темы Показывать по сообщений с сортировкой .
Выводить , отправленные .
Одна страница
Распечатать
4X_Pro
Создатель сайта
Всего сообщений: 3842
Зарегистрирован: 9 дек. 2015 г., 19:20
Рейтинг пользователя: 1986

1
. Редактировалось 3 раза, последний — #1
Вычитал на сайте «Linux для себя» совет, что замена стандартной библиотеки zlib на zlib-ng может дать ощутимый прирост производительности для многих утилит, которые используют сжатие на её основе. В частности, это касается броузеров и Web-клиентов. Стал искать benchmarkи, чтобы понять, насколько, и нашёл результаты тестирований, выполненных в прошлом году: https://aws.amazon.com/ru/blogs/opensource/improving-zlib-cloudflare-and-comparing-performance-with-other-zlib-forks/. Из них видно, что по-прежнему лидирует даже не zlib-ng, а версия zlib от Cloudflare, написанная ещё лет десять назад.
Решил поставить её на виртуальную машину (так как криво установленная zlib может нарушить нормальную загрузку системы). Собралось со второй попытки (нужно было дописать -fPIC в CFLAGS и SFLAGS), установилось. Вроде всё работает нормально, но оценить прирост скорости «на глаз» не представляется возможным. Потом, возможно, установлю на основной компьютер и сам погоняю тесты производительности.
Только вот один вопрос не даёт покоя: почему, если эти форки zlib дают такой прирост производительности, их не включают в дистрибутивы Linux изначально?

Ребята, давайте жить спокойно!

MadTechGuy
Единомышленник
Всего сообщений: 389
Зарегистрирован: 29 июн. 2018 г., 09:36
Рейтинг пользователя: 58

0
#2

4X_Pro написал(а):
Только вот один вопрос не даёт покоя: почему, если эти форки zlib дают такой прирост производительности, их не включают в дистрибутивы Linux изначально?

Вот и меня похожий вопрос давно беспокоит: почему годами не совершенствуют то, что в этом явно нуждается и продолжают оставлять всё как есть? Не хотят без особой необходимости вносить в систему (или её конфигурацию по умолчанию) кардинальные изменения, чтобы что-нибудь не сломать? Откуда такая консервативность?

4X_Pro
Создатель сайта
Всего сообщений: 3842
Зарегистрирован: 9 дек. 2015 г., 19:20
Рейтинг пользователя: 1986

0
#3
10geek написал(а):
Не хотят без особой необходимости вносить в систему (или её конфигурацию по умолчанию) кардинальные изменения, чтобы что-нибудь не сломать?

Наиболее вероятный вариант. Знаешь шутку, чем опытный инженер отличается от неопытного? Опытный часто занимает позицию «работает — лишний раз не лезь».

Ребята, давайте жить спокойно!

4X_Pro
Создатель сайта
Всего сообщений: 3842
Зарегистрирован: 9 дек. 2015 г., 19:20
Рейтинг пользователя: 1986

0
#4
Попытался поставить на основную систему, получил конфликт версий: Opera и Chromium требуют 1.2.9, а версия от Cloudflare определяется как 1.2.8. (Curl тоже перестал работать, но молча, без каких-либо пояснений.) Пришлось удалить.

Ребята, давайте жить спокойно!

MadTechGuy
Единомышленник
Всего сообщений: 389
Зарегистрирован: 29 июн. 2018 г., 09:36
Рейтинг пользователя: 58

0
#5
А аналогичная модификация bzip2 тебе не попадалась? Просто сейчас она бы мне очень пригодилась: есть необходимость сжимать большое количество статики в bz2 (именно bz2) для последующей отдачи nginx'ом. Скрипт для этой задачи я уже написал, но при большом количестве сжимаемых данных он может работать весьма долго и было бы здорово, если бы этот процесс можно было немного ускорить (именно на уровне алгоритма bz2, распараллелить обработку файлов можно с помощью xargs).

4X_Pro
Создатель сайта
Всего сообщений: 3842
Зарегистрирован: 9 дек. 2015 г., 19:20
Рейтинг пользователя: 1986

1
#6
Видел упоминания о pigzip и lbzip2, но они ускоряются за счёт многопоточности.

Ребята, давайте жить спокойно!

MadTechGuy
Единомышленник
Всего сообщений: 389
Зарегистрирован: 29 июн. 2018 г., 09:36
Рейтинг пользователя: 58

0
#7
Всё же попробую их, это лучше, чем использовать xargs. Кстати, параллельный xz тоже есть: https://github.com/vasi/pixz.

MadTechGuy
Единомышленник
Всего сообщений: 389
Зарегистрирован: 29 июн. 2018 г., 09:36
Рейтинг пользователя: 58

0
#8
Попробовал pbzip2. Столкнулся с тем, что он генерирует некорректные *.bz2-файлы: клиент игры, который загружает эти файлы с веб-сервера, выдавал ошибку проверки CRC-суммы. Попробовал lbzip2 — ошибка исчезла. Но куда больше меня поразила разница в скорости работы: файл размером 171 МБ pbzip2 сжал за 16.6 сек., в то время как lbzip2 сделал то же самое за 4.9 сек.! И это при том, что оба использовали все 4 ядра и 9-й уровень сжатия.

Одна страница
Распечатать

У вас нет прав для отправки сообщений в эту тему.

Задать вопрос

Здесь можно задать мне вопрос или спросить совета по любой теме, затронутой в блогах или на форуме. После того, как я отвечу, вопрос и ответ появятся в соответствующем разделе. Но не забываем, что я — сторонник slow life, поэтому каких-либо сроков ответов не обещаю. Самые интересные вопросы станут основой для новых тем на форуме или записей в блоге.
Сразу предупреждаю: глупости, провокации, троллинг и тому подобное летит прямо в /dev/null.