URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 119401
[ Назад ]
Исходное сообщение
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено opennews , 05-Янв-20 09:59 
Разработчики Arch Linux сообщили о переводе схемы упаковки пакетов с алгоритма xz (.pkg.tar.xz) на  zstd (.pkg.tar.zst). Пересборка пакетов в формат zstd привела к суммарному увеличению  размера всех пакетов на 0.8%, но обеспечило сокращение времени распаковки на 1300%. Как следствие, переход на zstd приведёт к заметному увеличению скорости установки пакетов. В настоящее время в репозитории с использованием алгоритма zstd уже сжато 545 пакетов, остальные пакеты будут переведены на zstd по мере формирования для них обновлений...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52139

Содержание
Сообщения в этом обсуждении
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 09:59 
молодцы фейсбуковцы, красавчики
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 10:50 
NSA с вами согласно.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 11:22 
Безопасности много не бывает.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено sgv , 11-Янв-20 08:24 
How does using free software, written by Facebook employees, for compressing data - affect the privacy of its users?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 12:36 
Yann Collet - молодец, остальные не при чем)
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Anonn , 05-Янв-20 21:15 
нИ при чём
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено S_Paul , 06-Янв-20 09:59 
Здесь "не".
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено anonymous , 06-Янв-20 11:02 
То есть Yann Collet делал это не за зарплату Facebook-а (а как личный проект)?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 19:56 
Тогда ему стоит присмотреться к опыту Игоря Сысоева.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 10:39 
А когда на openrc перейдет?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено burjui , 05-Янв-20 18:37 
А зачем?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено N , 05-Янв-20 20:10 
А где тогда читать нормальные доки по systemd с примерами?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 20:54 
> А когда на openrc перейдет?

Как только он перестанет виснуть https://bugs.gentoo.org/391945
> 2011-11-26 09:15:19 UTC
> After installing sys-apps/openrc-0.9.6 and rebooting system boot process stops after attempting to start the /etc/init.d/modules (most likely the other services are waiting for this service will fulfill).
> Reproducible: Always
> Modified:     2019-07-09 10:41 UTC
> Status:     CONFIRMED

За 8 лет так и не починили. Хорошо у генты с разработчиками.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено anonymous , 06-Янв-20 10:59 
Исправление готово было в 2014-ом году и до сих пор используется в Debian (и успешно работает). В upstream оно не включено так как на Gentoo эта проблема проявляется крайне редко, и рассмотрение патча и его merge откладываются. Но никто не мешает в Arch Linux просто наложить патч (можно тупо из Debian-а взять, ибо там он поддерживается в актуальном состоянии).
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 19:52 
> Исправление готово было в 2014-ом году

И с тех пор не нашлось ни одного разработчика openrc, имеющего достаточную квалификацию, чтобы его интегрировать.
Потому что изначальный разработчик openrc свалил из генты больше 10 лет назад, а нынешние мейнтейнеры умеют только в скрипты.

> до сих пор используется в Debian (и успешно работает)

В Debian — вряд ли, там systemd. Написанный человеком, который изучал теорию графов.

> В upstream оно не включено так как на Gentoo эта проблема проявляется крайне редко

Редко, потому что rc_parallel по умолчанию выключен. А выключен он из-за этого бага.

> рассмотрение патча и его merge откладываются

До появления первого разработчика openrc, способного разобраться, как работает этот патч.
Что произойдёт примерно никогда.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено anonymous , 07-Янв-20 10:20 
> В Debian — вряд ли, там systemd

Что значит "вряд ли"? Это факт, пойдите и посмотрите сами.

> Редко, потому что rc_parallel по умолчанию выключен. А выключен он из-за этого бага.

Знакомые мне гунтушники держат этот флаг включённым.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 10:53 
>Пересборка пакетов в формат zstd привела к суммарному увеличению размера пакетов на 0.8%, но обеспечило сокращение времени распаковки на 1300%.

Вот нафиг.

В 7zip, кстати, поддержки zstd до сих пор нет. Как и многого другого. Форк есть, но его что-то не влили в апстрим.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 11:16 
Вам же написали: время распаковки (при установке) пакетов уменьшилось в 13 раз.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 11:57 
Не "в 13 раз", а "на 1300%", то есть, если раньше пакет распаковывался за 10 секунд, то сейчас за 10 - 10 * (1300%/100%) = -120 секунд. За две минуты до начала его распаковки он уже распакован! Это вам не какое-то жалкое "пятилетку за 4 года".
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Омоним , 05-Янв-20 12:26 
Очень не хватало логичного объяснения. Спасибо.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 13:09 
перевод "хороший" просто, deepl и то лучше переводит

> Recompressing all packages to zstd with our options yields a total ~0.8% increase in package size on all of our packages combined, but the decompression time for all packages saw a ~1300% speedup.

Перекомпрессия всех пакетов в zstd с нашими опциями дает общее ~0.8% увеличение размера пакета на всех наших пакетах вместе взятых, но время распаковки для всех пакетов показало ускорение ~1300%.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 15:03 
если было 10 сек то стало меньше секунды, а точнее (10с*100%)/1300% = 10/13 с
из за кривого перевода всё смешалось
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 15:07 
обновился, реально заметно быстрее установка(распаковка) пакетов прошла чем раньше
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 17:29 
Может сложиться впечатление, что "быстрее" не то же самое что "меньше времени", но на самом деле это типичная ошибка с процентами.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Адекват , 06-Янв-20 14:26 
потом будет новость опровержение, что не 1300% а 130%, просто опечатка мол была, приносим извинения.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 13:39 
На 1300% - это в 14 раз
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 15:06 
обновился, реально заметно быстрее установка(распаковка) пакетов прошла чем раньше
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Минона , 05-Янв-20 16:50 
В 14
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 11:23 
Никто и не говорил что 7zip нужен.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 12:08 
Ну если стоит вопрос обмена с вендокомпами, то нужен. Не пропретарный же RAR и не неумеющий в Юникод ZIP использовать.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 12:42 
Что-то я прозреваю, что для пакетов арчлялексп вопрос распаковки под виндовсом не стоит.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 14:07 
> не неумеющий в Юникод ZIP

Недавно пришлось разбираться с этим вопросом, и могу точно сказать: зим (формат) поддерживает уникод. Для этого при запаковке нужно установить в поле флагов бит 11. https://github.com/gildas-lormeau/zip.js/issues/131

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 14:12 
> зим (формат)

*зип

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Dzen Python , 05-Янв-20 16:51 
Файл?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 21:48 
Что?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 23:40 
Где?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 00:42 
Что "Файл?"?

Да, зип-архив, в котором имена файлов содержат юникод. Эмоджей, возможно, не будет, но кириллицу допускает, причём все проверенные утилиты распаковывают корректно.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено maximnik0 , 06-Янв-20 03:36 
>Форк есть, но его что-то не влили в апстрим.

Читал ответ автора 7зипа.Форк зделан не по фен-шую,использует костыли :-)
А если серьезно форк неправильно сделан-автор предлагает систему плагинов для внешней обработки контейнеров, что то неправильно в формате контейнера в форке,ломаеться совместимость с стандартом архивов.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Онаним , 07-Янв-20 23:43 
Так и есть там в форке код глючный и лучше им вообще не пользоваться, одни баги.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 12:21 
Арч лучший дистр, нодискасс
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено N , 05-Янв-20 13:33 
возвращайся в /s/ с такими возгласами
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 12:38 
остались ядро и initramfs перевести на zstd
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 13:00 
да вроде уже пилять поддержку zstd, да и тот же dracut вроде как умеет
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено анонимуслинус , 06-Янв-20 20:50 
странно я всегда думал что арчеводам нравится все кампелять, а они решили сократить время распаковки. этож не по "экспертному"))) или они решили увеличить время для кампеляния с разными флагами?))
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 12:57 
Отрицательное время - это новое слово в сжатии.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 17:24 
Алексей Б. одобряет.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 17:35 
Вот поэтому детей нужно учить не процентам, а дробям.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 09-Янв-20 00:46 
Детей учат и тому, и другому.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 14:23 
А исключительно автономные разработчики ROSA ожидаемо не осилили прикрутить поддержку zstd к rpm5. Теперь переходят на rpm4, где это сделали за них.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 14:43 
Неужели кто-то в здравом уме и доброй памяти будет пользоваться ROSA?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 15:01 
Что бы можно было говорить о "будет", она перед тем должна выйти.))) Там лаг с выпуском в полтора года, и это только цветочки.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено burjui , 05-Янв-20 18:35 
Если навяжут на работе, но тогда уже встанет вопрос о здравомыслии сисадмина.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 12:08 
Если и обяжут то тут прежде всего речь о начальстве. Хотя если обяжут то есть выбор брать феншуйный Альт. Там из заскоков только rpm4 через apt.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено mumu , 06-Янв-20 12:27 
Заставят. Или становишься иностранным агентом, или переходишь на скрепную росу.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 14:31 
Вообще-то так называемая "скрепа" той ROSA "люди - неблагодарный свиньи" не имеет ничего общего с Россией. Разве что, в известное время был отдан приказ о её носителях: "эсэсовцев в плен не брать".
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено mumu , 06-Янв-20 15:57 
На тендерах уже сейчас часто запрещается играть ОС, не соответствующие приказам фстэк.
Вот и выбираешь между росой, мсвс (она ещё жива?) и ещё чем похуже.
Вот прямо сейчас мы используем отечественные файрволы (т.к. обязаны), а за ними уже ставим нормальные. Так и живём.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 16:15 
Есть же ALT, Astra. Та ROSA, которая с сертификатами, это CentOS. Не знаю, кто её делает. Разрабы сертифицированных версий не были замечены в попытках реанимировать трупик ROSA Fresh в тяжелые для той времена.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено анонимуслинус , 06-Янв-20 20:59 
вообще да та роса , что фстек это точно центось. та что фри это уже та самая купленная мандрива(бренд). к слову сказать опенмандрива слилась почти полностью, магея... ну о ней я мало что слышу в последнее время и к слову ничего хорошего. впрочем роса р12 была вполне себе рабочей системой. а вот последние 1.5, 2 года у них застой реально. что то делают а дистра все нет. кстати попробовал линукс минт с синамоном . он жрет как не в себя. со старта 800-900 мб. при чем плавает то к 800, то 900 мб. что он там делает пока не понял. кеды 5 пока лучше всех , не считая тайловых wm. у них тольк 420-440 мб со старта. а zstd считаю лишним пока он не оттестирован, а то получится что один и тот же пакет а проги разные)))) то есть то что от них осталось.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 08-Янв-20 18:01 
Если так хотите форк Mandriva, обратите внимание на ALT. Там действительно спецы и занимаются делом, полностью заменили своей разработкой *drak-скрипты, которые в ROSA протухли и теперь тормозят развитие. Только там apt вместо urpmi (что лучше, как по мне).
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 19:55 
> Заставят. Или становишься иностранным агентом, или переходишь на скрепную росу.

Намекаете, что на либерально-демократичной винде жить лучше?

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено EuPhobos , 05-Янв-20 14:28 
xz ведь может в многопоточности распаковываться. Стоило ли того, этот переход?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Анонец , 05-Янв-20 15:21 
А сколько нужно потоков, чтобы получить ускорение в 13 раз?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 15:40 
> А сколько нужно потоков, чтобы получить ускорение в 13 раз?

18. В первом приближении.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено фёдор , 05-Янв-20 21:36 
13?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 15:39 
Дело в том, что у xz нет преимуществ. Скажем, на максимальном уровне сжатия zstd сжимает лучше xz на максимальном уровне, и быстрее при этом. Время распаковки это конечно основное (что вы там распаковывать в несколько потоков собираетесь?), но всё же. А как формат, xz тоже не очень подходит для архивного хранения, поскольку менее устойчив к повреждениям, чем тот же gz.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 15:48 
>Скажем, на максимальном уровне сжатия zstd сжимает лучше xz на максимальном уровне

та ладно! где пруфы? что он лучше жмет? бинарники?

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 16:01 
Бинарники лучше сжимает zpaq, но вообще да, я сравнивал их на профиле вайна, так что бинарники.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 12:09 
Спасибо теперь все запаковал теперь ничего не распаковывается что делать?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 17:44 
> Спасибо теперь все запаковал теперь ничего не распаковывается что делать?

Запаковал zpaq? Как именно то? Там у разных фильтров разная эффективность, поэтому я возможно не сталкивался с битыми файлами (использовал только наиболее эффективные). А он точно целый, а не побился в процессе? Сам zpaq собран из исходников?

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 16:03 
>Скажем, на максимальном уровне сжатия zstd сжимает лучше xz на максимальном уровне, и быстрее при этом.

Это не так. zstd очень тормозной. Особенно если использовать расшаренный словарь. Использую его только потому, что в других либах нет API для создания оптимального словаря.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 16:08 
>>Скажем, на максимальном уровне сжатия zstd сжимает лучше xz на максимальном уровне, и быстрее при этом.
> Это не так. zstd очень тормозной. Особенно если использовать расшаренный словарь. Использую
> его только потому, что в других либах нет API для создания
> оптимального словаря.

Разве? 22 уровня уже не достаточно? Может у вас там памяти не хватает и оно свопится, в таком случае используйте однопоточный режим.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 17:23 
>Может у вас там памяти не хватает и оно свопится, в таком случае используйте однопоточный режим.

8 гигов не хватает для сжатия жалких 100 мегов?

>22 уровня уже не достаточно

Недостаточное. лзма 2 лучше.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 17:26 
>не хватает

Мне не хватало для сжатия 600, так что это вполне вероятно. 1 поток 6 гигабайт что ли был.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено НяшМяш , 05-Янв-20 22:08 
Глянул на оффтопике в 7-Zip требования по памяти для упаковки с алгоритмом LZMA2 на "нормальном" уровне сжатия.

Стандартный 16-мегабайтный словарь требует 1376 мегабайт для упаковки.
Словарю в 128 мегабайт уже нужно 7456 мегабайт оперативки.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Shevchuk , 05-Янв-20 15:47 
Стоило. При прочих равных xz, может, и сжимает чуть-чуть лучше, но сильно медленнее в распаковке. Когда сжимаешь один раз, а распаковываешь много раз — очевидно, что оптимизмровать стоит именно последнее.

Та же проблема у snap, кстати, из-за чего все ругают его за медленный первый запуск приложений — уверен, они в итоге тоже придут к zstd по дефолту или как минимум в качестве опции.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 00:21 
сжимаешь 1 раз дистрибутив, распаковываешь 1 раз дистрибутив. да ты интеллектуал.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Shevchuk , 06-Янв-20 00:32 
Сколько пользователей ставят/обновляют пакет, столько раз и распаковывается. Если у вашего дистрибутива один пользователь, то вам лично разрешаю распаковывать один раз, да.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним84701 , 05-Янв-20 17:16 
> xz ведь может в многопоточности распаковываться. Стоило ли того, этот переход?

"Да. Но пока нет." ©

man xz из xz-utils
> Threaded decompression hasn't been  implemented  yet. It will only work on files that contain multiple blocks with size information in block headers.  

Ну и есть некоторые сомнения, что запуск 18 (как тут советовали выше) потоков на 2-4-8 физ. ядрах выдаст ожидаемый 13+ кратный "буст".

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 19:01 
>> xz ведь может в многопоточности распаковываться. Стоило ли того, этот переход?
> "Да. Но пока нет." ©
> man xz из xz-utils
>> Threaded decompression hasn't been  implemented  yet. It will only work on files that contain multiple blocks with size information in block headers.

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

> Ну и есть некоторые сомнения, что запуск 18 (как тут советовали выше)
> потоков на 2-4-8 физ. ядрах выдаст ожидаемый 13+ кратный "буст".

Это там имелось ввиду 18 аппаратных потоков, конечно же. Виноват, что непонятно написал. То есть 13-ти (ядер) недостаточно для 13-ти кратного ускорения -- из-за нелинейности роста производительности при распараллеливании.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 20:14 
Оно действительно ухудшается, в этом можно убедится лично. Самое неприятное конечно, что файл будет отличаться от другого такого же файла и они не воспроизводимые. При кодировании в 1 поток хотя бы можно быть уверенным, что из одинаковых файлов получится одинаковый результат.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 15:47 
>Скажем, на максимальном уровне сжатия zstd сжимает лучше xz на максимальном уровне

та ладно. где пруфы? что он лучше жмет? бинарники?

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Анонимчик , 05-Янв-20 18:22 
Арч похоже дикий тормоз на самом деле, интересно сколько мильенов пакетов каждый из этих сумасшедших арчеров их там себе выкачивает и распаковывает. Винда быстрее ставится похоже) Слава Генту. Мухаха.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 20:57 
То, что гентушники сидят на винде, уже давно не новость. Одна ОС — для компеляния, другая — для работы. Накомпелять себе что-то рабочее они так и не смогли.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено timur.davletshin , 05-Янв-20 22:15 
У арчика на самом деле проблемы с лицензиями в пакетах. Оппортунистически всё доступное в Сети пакуют. Это какое-то неуважение к оупенсорсу.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 05-Янв-20 22:40 
Это скорее к копирастам, чем к опенсорсу.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 19:59 
Респект ребятам, всё правильно делают. Уважать копирастов — не уважать себя.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 20:01 
> арчика на самом деле проблемы
> всё доступное
> пакуют

Не вижу в этом никакой проблемы.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено username993 , 06-Янв-20 16:55 
что круто в линуксе после перехода с винды так это обновления. особенно знаменитые обновления десятки, которые, когда начинают самовольно ставиться, особенно весело когда не ssd.. особенно весело когда после 40 минут  ожидания "что-то пошло не так" и откат обновлений.. арч из бэкапа, сделанного год назад, обновился за 10 минут (хоть и пришлось пару раз глянуть из-за изменений с некоторыми пакетами).
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 13:14 
Подскажите где в mc (midnight commander) добавить просмотр zst архивов?
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 06-Янв-20 14:58 
Обновить?

https://midnight-commander.org/ticket/3906

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Онаним , 07-Янв-20 08:32 
>  0.8%

Ложь. Чтобы потерять 1% в объеме они должны были использовать --long=31 --ultra сжатие с которыми работает очень долго даже против lzma2, и жрет в разы больше рамы.


193 МБ firefox.tar виндовый nightly

59с, 630мб рамы, 51.8 МБ firefox.tar.xz ультра lzma2

1м 44с, 900мб рамы, 55,5 МБ zstd --long=31 -22 -T4 --ultra firefox.tar -o firefox.tar.zstd

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Онаним , 07-Янв-20 08:43 
По скорости сжатия/объему результата, zstd тоже проигрывает
61,1 МБ lzma2 quick
63,6 МБ zstd -9 --long=31

Сами поиграйтесь в терминале, например на бинарном архиве firefox, libreoffice, steam. Преимущество zstd в быстром сжатии при низкой степени в ущерб размеру, и конечно же очень быстрой распаковке.

Но говорить 0.8% потеря наглая ложь.

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 07-Янв-20 22:10 
>ложь

Я сравнивал на разных смешанных датасетах xz -9 и zstd -22, так zstd был на 25% быстрее, хоть и больше памяти требовал. И файлы на несколько процентов меньше выходили, главное только словарь побольше обоим (пока памяти хватает). А ведь есть ещё и xz -9e который вообще нецелесообразно использовать, и долгая распаковка сводит на нет 0.1% выигрыш в сжатии.

И поскольку zstd распаковывает в тысячи раз быстрее, я не понимаю почему lzma вообще кто-то пользуется сегодня (в век быстрого интернета и бесконечных дисков).

"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Аноним , 09-Янв-20 02:45 
Дык если 90% репозитория это python, perl опакеченые скрипты то 10% полностью бинарных данных не делают погоды. Я же просто констатирую факт что их математика идентична той что применяют в расчете средней зарплаты по РФ.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Главный Ананим , 07-Янв-20 14:36 
Так что Арчеведы наврали всё таки? Manual intervention required.
"Arch Linux перешёл на использование алгоритма zstd для сжати..."
Отправлено Главный Ананим , 07-Янв-20 14:38 
2019-08-26 astyle>=3.1-2 update requires manual intervention
2019-08-20 tensorflow>=1.14.0-5 update requires manual intervention
2019-07-11 libbloom>=1.6-2 update requires manual intervention
2019-06-27 mariadb 10.4.x update requires manual intervention
2018-07-14 libutf8proc>=2.1.1-3 update requires manual intervention
2018-05-04 js52 52.7.3-2 upgrade requires intervention
2018-04-20 glibc 2.27-2 and pam 1.3.0-2 may require manual intervention
2018-02-22 zita-resampler 1.6.0-1 -> 2 update requires manual intervention
Я всё сказал.