Исходное сообщение
"Первый стабильный выпуск zlib-ng, высокопроизводительного фо..." Отправлено Аноним, 18-Мрт-21 14:01
>Ващет быстрее. Но проблема в том что сравнимые алгоритмы Это на примере тестовых файлов предоставленных авторами snappy и результат бенчмарка предоставленного авторами snappy. Глубоко я не копал. >Есть такая штука - pareto frontier. Грубо говоря, некая кривая, "степень сжатия vs скорость распаковки". Только zstd сжимает как lzma9 (или даже лучше, часто ощутимо), даже быстрее lzma9, и распаковывает всё равно  в десятки раз быстрее (без преувеличения), в связи с чем меня всегда очень интересовало где это штука была и как это про неё забыли. А, может быть, она не имеет никакого отношения ко сжатию, и теоретические ограничения вызваны лишь текущими представлениями, нет? > распостраненный формат сжатия Я смотрел, что там от zlib зависит. Это не самый эффективный формат с любой стороны. Получается, "лишь бы было" и "достаточно хорошо" куда чаще, чем действительно какая-то польза и нужда. -Qt/kde -glib/gtk -cairo/mesa (те самые сжатые текстуры и тут пролезли? deflate для текстур использовать… изверги) -библиотеки шрифтов -cmake -разные эмуляторы (они опционально поддерживают сжатые gzip файлы, по крайней мере, часть из них) -libxml2 (не в курсе, с какими целями) -python/ruby/perl/nodejs -git/openssh/rsync и браузеры -gnupg -libavif и gpac (не знаю, насколько опционально) -mkvtoolnix (допустим) -gcc/gdb/llvm (без deflate тут никуда понятно *сарказм*) И что-то всё, кончились пользователи deflate. Из 1300 приложений это не так и много.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Ващет быстрее. Но проблема в том что сравнимые алгоритмы > Это на примере тестовых файлов предоставленных авторами snappy и результат бенчмарка предоставленного > авторами snappy. Глубоко я не копал. >>Есть такая штука - pareto frontier. Грубо говоря, некая кривая, "степень сжатия vs скорость распаковки". > Только zstd сжимает как lzma9 (или даже лучше, часто ощутимо), даже быстрее > lzma9, и распаковывает всё равно в десятки раз быстрее (без > преувеличения), в связи с чем меня всегда очень интересовало где это > штука была и как это про неё забыли. А, может быть, > она не имеет никакого отношения ко сжатию, и теоретические ограничения вызваны > лишь текущими представлениями, нет? >> распостраненный формат сжатия > Я смотрел, что там от zlib зависит. Это не самый эффективный формат > с любой стороны. Получается, "лишь бы было" и "достаточно хорошо" куда > чаще, чем действительно какая-то польза и нужда. > -Qt/kde > -glib/gtk > -cairo/mesa (те самые сжатые текстуры и тут пролезли? deflate для текстур использовать… > изверги) > -библиотеки шрифтов > -cmake > -разные эмуляторы (они опционально поддерживают сжатые gzip файлы, по крайней мере, часть > из них) > -libxml2 (не в курсе, с какими целями) > -python/ruby/perl/nodejs > -git/openssh/rsync и браузеры > -gnupg > -libavif и gpac (не знаю, насколько опционально) > -mkvtoolnix (допустим) > -gcc/gdb/llvm (без deflate тут никуда понятно *сарказм*) > И что-то всё, кончились пользователи deflate. Из 1300 приложений это не так > и много.
	Введите код, изображенный на картинке: