Создатель LZ4 представил механизм сжатия ZSTD

Погонял на исходниках ядра — преимуществ не увидел.

xkcd://standards

перимуществ перед чем?

Слышать что-то про стандарты от systemd-фанбоя - это весьма странно.

сам-то понял, что сказал?

http://s-linux.ru/images/systemd/systemd.jpg

Для каких повседневных нужд, кроме сжатия медиафайлов, сейчас нужна непрозрачная компрессия?

перед lz4. чуть лучше степень сжатия, сильно медленнее скорость.

сильный аргумент, силы сторонников systemd сломлены этой картинкой

Для сжатия исполняемых файлов (в составе дистрибутивов программ) и их исходных текстов.

Попробуй потоньше.

И ты тоже, анонимус.

Для сжатия исполняемых файлов

Зачем?

и их исходных текстов.

Тут согласен. Но там по инерции до сих пор используют bzip2 и gzip, и всех всё устраивает...

А толку-то. Сейчас модно писать пакетные менеджеры на питоне, это нивелирует всю ценность применения подобного алгоритма в этой сфере. Хотя разработчика yum(8) камазом уже переехали. Карма в действии.

Этот алгоритм не дублирует свойства уже существующих, поэтому нет.

Зачем?

# pacman -S $(pacman -Qqn)

[...]

Будет загружено: 570,55 MiB
Будет установлено: 2407,70 MiB

[...]

Но там по инерции до сих пор используют bzip2 и gzip, и всех всё устраивает...

А я и не утверждаю, что нужно что-то менять. Я вообще на другой вопрос отвечал.

Отвечу за анонимуса. :)

Тут согласен. Но там по инерции до сих пор используют bzip2 и gzip, и всех всё устраивает...

Давно уже xz жмут.

Это не имеет значения. Новому стандарту трудно стать убийцей всех предыдущих даже при наличии каких-либо уникальных свойств.

Создатель LZ4 представил механизм сжатия ZSTD (комментарий)

страсти то какие. ждём в сквоше иначе так и останется никому не нужным поделием.

Для сжатия исполняемых файлов

upx-lzma, но это г..но, лучше на уровне ФС сжимать.

и их исходных текстов.

Для таких случаев анестезиолог lrzip написал.

Слова «беспотерьный» нет - переформулируй фразу на «новый алгоритм сжатия без потерь».

upx-lzma
lrzip

Я отвечал на вопрос о нужности сжатия как такового, а не какого-то конкретного формата.

лучше на уровне ФС сжимать.

Там в скобочках примечание.

при коэффициенте 2.872

Что хоть сжимали-то? Иначе цифры ни о чём, как «работает до 10 раз дольше».

Так, на процессоре Core i5-4300U с частотой 1.9 GHz новый алгоритм обеспечивает скорость сжатия в 201 Мб/сек при коэффициенте 2.872, и скорость распаковки на уровне 498 Мб/сек.

Убейтесь о стену! Я на своего динозаврика последнюю федедору поставил. Как у меня это будет?

Задрали разработчики с топовым железом!!!!!!!!11111 Мля!

./zstd -b <какой-нибудь файл>

Но там по инерции до сих пор используют bzip2 и gzip, и всех всё устраивает...

К сожалению не всех

беспотерьный алгоритм сжатия

Исправь на

алгоритм сжатия без потерь

У автора необычный (не значит плохой) способ использования препроцессора.

Ни разу не видел. Обычно .tar.gz, реже .tar.gz2, пару раз встречал .zip.

Честно говоря, не понимаю сути драмы. В чём проблема добавить в портедж поддержку ещё одного формата?

На самом деле нужна: разгрузка канала при незагруженном CPU.

Ни разу не видел. Обычно .tar.gz, реже .tar.gz2, пару раз встречал .zip.

Ну тогда с разморозкой. Типа пруф

$ find /usr/portage/distfiles/ | grep -Eo '\.(gz|bz2|xz)' | sort | uniq -c
    429 .bz2
    660 .gz
    761 .xz

беспотерьный
Проверено: Shaman007

Отпишусь здесь ради своего ЦП-юзерпика.

Сейчас каналы пошли такие, что малые объёмы жать вообще смысла нет, а большие, как раз-таки, быстрее переслать как есть, чем упаковывать-распаковывать. Реальная польза от сжатия для передачи по сети появляется только когда жмёшь один раз, а рассылаешь многократно, но на этот случай intelfx выше уже указал.

По ссылке боль от того, что кто-то использует только lzip, как это связано с bzip2 и gzip?

для повседневных нужд, то есть таких, которые не требуют предельного сжатия (как у LZMA или ZPAQ) или предельной скорости (как у LZ4).

Тогда не понятно зачем он нужен, если с этим справляются всякие gzip, bzip2 и прочие распространённые.

Он жмет почти как gzip, но раз в 10 быстрее.

а большие, как раз-таки, быстрее переслать как есть, чем упаковывать-распаковывать

Расскажи это пользователям смартов как им быстро получать всякую хрень от различных соц. зондов или вебдванольные JSки. Оно и так шевелится медленно несмотря даже на сжатие трафика. Большие данные всегда выгодно пожать хотя бы чем-то простым.

не заметил сравнений ратио/сжатия/распаковки с gzip/bz2/xz/lzma/zip/rar

по ссылке есть

коэффициенте 2.872

Коэффициент сжатия - это что, константа, которая всегда остается одинаковой? На каких данных это получено? Очевидно же, что это будет сильно отличаться, к примеру, при сжатии белого шума, обычного текста или однотипных логов.

Он жмет почти как gzip, но раз в 10 быстрее.

brainfucker@FuckingComputer:~/TMP$ time gzip -k -9 compress-test 

real    0m0.764s
user    0m0.260s
sys     0m0.032s
brainfucker@FuckingComputer:~/TMP$ cp compress-test compress-test-2

brainfucker@FuckingComputer:~/TMP$ time lzop -9 compress-test-2

real    0m2.830s
user    0m1.156s
sys     0m0.040s
brainfucker@FuckingComputer:~/TMP$ ls -lh compress-test*
-rw-rw-r-- 1 brainfucker brainfucker 3,5M янв.  25 19:05 compress-test
-rw-rw-r-- 1 brainfucker brainfucker 3,5M янв.  25 19:06 compress-test-2
-rw-rw-r-- 1 brainfucker brainfucker 220K янв.  25 19:06 compress-test-2.lzo
-rw-rw-r-- 1 brainfucker brainfucker 174K янв.  25 19:05 compress-test.gz

Что-то как-то наоборот всё.

Потому что lzop это не zstd

Слова «беспотерьный» нет - переформулируй фразу на «новый алгоритм сжатия без потерь».

Экий ты недогадливый! «Беспотерьный» — это пример сжатия твоей фразы этим алгоритмом :)

Потому что lzop это не zstd

А, блин, меня что-то переклинило, простите :D

В квотезы.

Да ладно тебе, судя по той таблице он как opus, неплохо так закрывает дырку между другими алгоритмами.