Исходное сообщение
"Первый стабильный выпуск zlib-ng, высокопроизводительного фо..." Отправлено Аноним, 18-Мрт-21 04:51
> Опять некрофильствуешь? Я практически уверен что они кокнулись ещё в 90 (да, > я в курсе, что в начале нулевых было ещё пара игрушек с bik). Черта с два! Живее всех живых. И просто для понимания, в PS5, кажется, один из их форматов В ЖЕЛЕЗО ВХАРДКОЖЕН. В смысле, там после SSD хардварный декодер. Выжимает гигов 5, чтоли, в секунду. Что дает совсем иные понятия о времени loading крутых тяжелых гамез. И даже, цуки проприетарные, выпилили, вот, репу с альтернативной реализацией своих экзотов. Правда потом из-за жесткого бэкслэша и попадания в новости с негативным контекстом - вернули. > по причине недостаточной производительности на сжатии, что в некоторых случаях роялит. Это разные классы алгоритмов. Snappy - в той же категории что LZ4, LZO, LZ5, Lizard, lsza ... (имя им легион). Одностадийный LZ, без хаффмана (арифметика, ANS, rangecoder, в общем entropy coding). Вторая фаза - кодирование за LZ энтропийным кодером повышает сжатие, но это два алгоритма друг за другом, поэтому медленнее. Особенно на распаковку. Фэйл в том что по параметрам snappy вообще совсем ничем не интересен. Он ну вот не делает сравнимые алгоритмы. Вроде бы совсем ни в чем, кроме NIH синдрома у гугла. Поэтому и не встречается почти, кроме пары гуглопроектов. > По-моему, это несколько упрощённая и понерфленная версия zlib, возможно, именно благодаря > нему появился brotli. А то и zstd (наш спаситель). Это другой класс алгоритмов - LZ без entropy coding. Точнее, zlib, zstd, lzma и ко - попросту двухступенчатые алгоритмы. Сперва примерно такой же по смыслу LZ, но его выход потом отдается фазе entropy coding. Поэтому декомпрессия медленнее, надо 2 разных алгоритма сжевать вместо 1. Нагляднее всего это в формате Lizard (потомок LZ5) видно, там даже LZ в чистом виде очень странно складывает результат, в 5 разных субпотоков (которые опционально можно huffman'у отдать, каждый отдельно конечно). > Никакого отношения это всё ни к чему не имеет, deflate пусть универсальный, > но с любой стороны дорогой и медленный даже сегодня, что говорить о ситуации 30 лет назад. Ну да, он медленноват и не очень хорошо жмет, словарик мелкий. В эпоху DOS оперативки видите ли было сильно меньше...

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Опять некрофильствуешь? Я практически уверен что они кокнулись ещё в 90 (да, >> я в курсе, что в начале нулевых было ещё пара игрушек с bik). > Черта с два! Живее всех живых. И просто для понимания, в PS5, > кажется, один из их форматов В ЖЕЛЕЗО ВХАРДКОЖЕН. В смысле, там > после SSD хардварный декодер. Выжимает гигов 5, чтоли, в секунду. Что > дает совсем иные понятия о времени loading крутых тяжелых гамез. > И даже, цуки проприетарные, выпилили, вот, репу с альтернативной реализацией своих экзотов. > Правда потом из-за жесткого бэкслэша и попадания в новости с негативным > контекстом - вернули. >> по причине недостаточной производительности на сжатии, что в некоторых случаях роялит. > Это разные классы алгоритмов. Snappy - в той же категории что LZ4, > LZO, LZ5, Lizard, lsza ... (имя им легион). Одностадийный LZ, без > хаффмана (арифметика, ANS, rangecoder, в общем entropy coding). Вторая фаза - > кодирование за LZ энтропийным кодером повышает сжатие, но это два алгоритма > друг за другом, поэтому медленнее. Особенно на распаковку. > Фэйл в том что по параметрам snappy вообще совсем ничем не интересен. > Он ну вот не делает сравнимые алгоритмы. Вроде бы совсем ни > в чем, кроме NIH синдрома у гугла. Поэтому и не встречается > почти, кроме пары гуглопроектов. >> По-моему, это несколько упрощённая и понерфленная версия zlib, возможно, именно благодаря >> нему появился brotli. А то и zstd (наш спаситель). > Это другой класс алгоритмов - LZ без entropy coding. Точнее, zlib, zstd, > lzma и ко - попросту двухступенчатые алгоритмы. Сперва примерно такой же > по смыслу LZ, но его выход потом отдается фазе entropy coding. > Поэтому декомпрессия медленнее, надо 2 разных алгоритма сжевать вместо 1. > Нагляднее всего это в формате Lizard (потомок LZ5) видно, там даже LZ > в чистом виде очень странно складывает результат, в 5 разных субпотоков > (которые опционально можно huffman'у отдать, каждый отдельно конечно). >> Никакого отношения это всё ни к чему не имеет, deflate пусть универсальный, >> но с любой стороны дорогой и медленный даже сегодня, что говорить о ситуации 30 лет назад. > Ну да, он медленноват и не очень хорошо жмет, словарик мелкий. В > эпоху DOS оперативки видите ли было сильно меньше...
	Введите код, изображенный на картинке: