Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Arch Linux перешёл на использование алгоритма zstd для сжати..., opennews (??), 05-Янв-20, (0) [смотреть все] молодцы фейсбуковцы, красавчики, Аноним (-), 09:59 , 05-Янв-20, (1) –7 // NSA с вами согласно , Аноним (3), 10:50 , 05-Янв-20, (3) // Безопасности много не бывает , Аноним (6), 11:22 , 05-Янв-20, (6) How does using free software, written by Facebook employees, for compressing dat, sgv (??), 08:24 , 11-Янв-20, (97) Yann Collet - молодец, остальные не при чем , Аноним (12), 12:36 , 05-Янв-20, (12) +10 // нИ при чём, Anonn (?), 21:15 , 05-Янв-20, (55) // Здесь не , S_Paul (??), 09:59 , 06-Янв-20, (66) +2 То есть Yann Collet делал это не за зарплату Facebook-а а как личный проект , anonymous (??), 11:02 , 06-Янв-20, (68) // Тогда ему стоит присмотреться к опыту Игоря Сысоева , Аноним (82), 19:56 , 06-Янв-20, (82) А когда на openrc перейдет , Аноним (2), 10:39 , 05-Янв-20, (2) –6 // А зачем , burjui (ok), 18:37 , 05-Янв-20, (49) А где тогда читать нормальные доки по systemd с примерами , N (?), 20:10 , 05-Янв-20, (51) Как только он перестанет виснуть https bugs gentoo org 391945За 8 лет так и не, Аноним (82), 20:54 , 05-Янв-20, (53) +1 // Исправление готово было в 2014-ом году и до сих пор используется в Debian и усп, anonymous (??), 10:59 , 06-Янв-20, (67) // И с тех пор не нашлось ни одного разработчика openrc, имеющего достаточную квали, Аноним (82), 19:52 , 06-Янв-20, (80) Что значит вряд ли Это факт, пойдите и посмотрите сами Знакомые мне гунтушник, anonymous (??), 10:20 , 07-Янв-20, (89) Вот нафиг В 7zip, кстати, поддержки zstd до сих пор нет Как и многого другого , Аноним (4), 10:53 , 05-Янв-20, (4) –7 // Вам же написали время распаковки при установке пакетов уменьшилось в 13 раз , Аноним (5), 11:16 , 05-Янв-20, (5) +6 // Не в 13 раз , а на 1300 , то есть, если раньше пакет распаковывался за 10 сек, Аноним (8), 11:57 , 05-Янв-20, (8) +48 // Очень не хватало логичного объяснения Спасибо , Омоним (?), 12:26 , 05-Янв-20, (11) +11 перевод хороший просто, deepl и то лучше переводитПерекомпрессия всех пакетов , Аноним (17), 13:09 , 05-Янв-20, (17) если было 10 сек то стало меньше секунды, а точнее 10с 100 1300 10 13 сиз , Аноним (17), 15:03 , 05-Янв-20, (26) +1 обновился, реально заметно быстрее установка распаковка пакетов прошла чем рань, Аноним (17), 15:07 , 05-Янв-20, (28) Может сложиться впечатление, что быстрее не то же самое что меньше времени , , Аноним (45), 17:29 , 05-Янв-20, (45) потом будет новость опровержение, что не 1300 а 130 , просто опечатка мол была,, Адекват (ok), 14:26 , 06-Янв-20, (73) На 1300 - это в 14 раз, Аноним (19), 13:39 , 05-Янв-20, (19) +1 обновился, реально заметно быстрее установка распаковка пакетов прошла чем рань, Аноним (17), 15:06 , 05-Янв-20, (27) В 14, Минона (ok), 16:50 , 05-Янв-20, (39) +1 Никто и не говорил что 7zip нужен , Аноним (6), 11:23 , 05-Янв-20, (7) –3 // Ну если стоит вопрос обмена с вендокомпами, то нужен Не пропретарный же RAR и н, Аноним (9), 12:08 , 05-Янв-20, (9) +1 // Что-то я прозреваю, что для пакетов арчлялексп вопрос распаковки под виндовсом н, Аноним (14), 12:42 , 05-Янв-20, (14) +1 Недавно пришлось разбираться с этим вопросом, и могу точно сказать зим формат , Аноним (20), 14:07 , 05-Янв-20, (20) +1 зип, Аноним (20), 14:12 , 05-Янв-20, (21) Файл , Dzen Python (ok), 16:51 , 05-Янв-20, (40) +3 Что , Аноним (20), 21:48 , 05-Янв-20, (57) Где , Аноним (61), 23:40 , 05-Янв-20, (61) Что Файл Да, зип-архив, в котором имена файлов содержат юникод Эмоджей, возм, Аноним (20), 00:42 , 06-Янв-20, (64) Читал ответ автора 7зипа Форк зделан не по фен-шую,использует костыли - А если , maximnik0 (?), 03:36 , 06-Янв-20, (65) // Так и есть там в форке код глючный и лучше им вообще не пользоваться, одни баги , Онаним (?), 23:43 , 07-Янв-20, (93) Арч лучший дистр, нодискасс, Аноним (10), 12:21 , 05-Янв-20, (10) –3 // возвращайся в s с такими возгласами, N (?), 13:33 , 05-Янв-20, (18) остались ядро и initramfs перевести на zstd, Аноним (12), 12:38 , 05-Янв-20, (13) +2 // да вроде уже пилять поддержку zstd, да и тот же dracut вроде как умеет, Аноним (17), 13:00 , 05-Янв-20, (16) странно я всегда думал что арчеводам нравится все кампелять, а они решили сократ, анонимуслинус (?), 20:50 , 06-Янв-20, (85) –1 Отрицательное время - это новое слово в сжатии , Аноним (15), 12:57 , 05-Янв-20, (15) +5 // Алексей Б одобряет , Аноним (4), 17:24 , 05-Янв-20, (43) Вот поэтому детей нужно учить не процентам, а дробям , Аноним (45), 17:35 , 05-Янв-20, (46) // Детей учат и тому, и другому , Аноним (95), 00:46 , 09-Янв-20, (95) А исключительно автономные разработчики ROSA ожидаемо не осилили прикрутить подд, Аноним (22), 14:23 , 05-Янв-20, (22) +3 // Неужели кто-то в здравом уме и доброй памяти будет пользоваться ROSA , Аноним (24), 14:43 , 05-Янв-20, (24) +10 // Что бы можно было говорить о будет , она перед тем должна выйти Там лаг с в, Аноним (22), 15:01 , 05-Янв-20, (25) –1 Если навяжут на работе, но тогда уже встанет вопрос о здравомыслии сисадмина , burjui (ok), 18:35 , 05-Янв-20, (48) // Если и обяжут то тут прежде всего речь о начальстве Хотя если обяжут то есть вы, Аноним (69), 12:08 , 06-Янв-20, (69) Заставят Или становишься иностранным агентом, или переходишь на скрепную росу , mumu (ok), 12:27 , 06-Янв-20, (71) // Вообще-то так называемая скрепа той ROSA люди - неблагодарный свиньи не имее, Аноним (22), 14:31 , 06-Янв-20, (74) На тендерах уже сейчас часто запрещается играть ОС, не соответствующие приказам , mumu (ok), 15:57 , 06-Янв-20, (76) Есть же ALT, Astra Та ROSA, которая с сертификатами, это CentOS Не знаю, кто е, Аноним (22), 16:15 , 06-Янв-20, (77) вообще да та роса , что фстек это точно центось та что фри это уже та самая куп, анонимуслинус (?), 20:59 , 06-Янв-20, (86) Если так хотите форк Mandriva, обратите внимание на ALT Там действительно спецы, Аноним (22), 18:01 , 08-Янв-20, (94) Намекаете, что на либерально-демократичной винде жить лучше , Аноним (82), 19:55 , 06-Янв-20, (81) –1 xz ведь может в многопоточности распаковываться Стоило ли того, этот переход , EuPhobos (ok), 14:28 , 05-Янв-20, (23) –2   // А сколько нужно потоков, чтобы получить ускорение в 13 раз , Анонец (?), 15:21 , 05-Янв-20, (30) +1   // 18 В первом приближении , Аноним (22), 15:40 , 05-Янв-20, (32)   13 , фёдор (?), 21:36 , 05-Янв-20, (56) –3   Дело в том, что у xz нет преимуществ Скажем, на максимальном уровне сжатия zstd, Аноним (31), 15:39 , 05-Янв-20, (31) +2   // та ладно где пруфы что он лучше жмет бинарники , Аноним (35), 15:48 , 05-Янв-20, (35)   // Бинарники лучше сжимает zpaq, но вообще да, я сравнивал их на профиле вайна, так, Аноним (31), 16:01 , 05-Янв-20, (36)   Спасибо теперь все запаковал теперь ничего не распаковывается что делать , Аноним (69), 12:09 , 06-Янв-20, (70)   Запаковал zpaq Как именно то Там у разных фильтров разная эффективность, поэто, Аноним (31), 17:44 , 06-Янв-20, (79)   Это не так zstd очень тормозной Особенно если использовать расшаренный словарь, Аноним (4), 16:03 , 05-Янв-20, (37)   // Разве 22 уровня уже не достаточно Может у вас там памяти не хватает и оно своп, Аноним (31), 16:08 , 05-Янв-20, (38)   8 гигов не хватает для сжатия жалких 100 мегов Недостаточное лзма 2 лучше , Аноним (4), 17:23 , 05-Янв-20, (42) –1   Мне не хватало для сжатия 600, так что это вполне вероятно 1 поток 6 гигабайт ч, Аноним (31), 17:26 , 05-Янв-20, (44)   Глянул на оффтопике в 7-Zip требования по памяти для упаковки с алгоритмом LZMA2, НяшМяш (ok), 22:08 , 05-Янв-20, (58) +2   Стоило При прочих равных xz, может, и сжимает чуть-чуть лучше, но сильно медлен, Shevchuk (ok), 15:47 , 05-Янв-20, (33) +4   // сжимаешь 1 раз дистрибутив, распаковываешь 1 раз дистрибутив да ты интеллектуал, Аноним (61), 00:21 , 06-Янв-20, (62) –3   // Сколько пользователей ставят обновляют пакет, столько раз и распаковывается Есл, Shevchuk (ok), 00:32 , 06-Янв-20, (63) +1   Да Но пока нет man xz из xz-utilsНу и есть некоторые сомнения, что запуск 1, Аноним84701 (ok), 17:16 , 05-Янв-20, (41) +2   // И ещё там же интересен предшествующий абзац о сжатии, из которого следует вывод,, Аноним (22), 19:01 , 05-Янв-20, (50)   // Оно действительно ухудшается, в этом можно убедится лично Самое неприятное коне, Аноним (31), 20:14 , 05-Янв-20, (52) +1   та ладно где пруфы что он лучше жмет бинарники , Аноним (35), 15:47 , 05-Янв-20, (34) +1 Арч похоже дикий тормоз на самом деле, интересно сколько мильенов пакетов каждый, Анонимчик (?), 18:22 , 05-Янв-20, (47) –7 // То, что гентушники сидят на винде, уже давно не новость Одна ОС 8212 для ком, Аноним (82), 20:57 , 05-Янв-20, (54) У арчика на самом деле проблемы с лицензиями в пакетах Оппортунистически всё до, timur.davletshin (ok), 22:15 , 05-Янв-20, (59) // Это скорее к копирастам, чем к опенсорсу , Аноним (4), 22:40 , 05-Янв-20, (60) +2 // Респект ребятам, всё правильно делают Уважать копирастов 8212 не уважать себ, Аноним (82), 19:59 , 06-Янв-20, (83) Не вижу в этом никакой проблемы , Аноним (82), 20:01 , 06-Янв-20, (84) что круто в линуксе после перехода с винды так это обновления особенно знаменит, username993 (?), 16:55 , 06-Янв-20, (78) Подскажите где в mc midnight commander добавить просмотр zst архивов , Аноним (72), 13:14 , 06-Янв-20, (72) // Обновить https midnight-commander org ticket 3906, Аноним (75), 14:58 , 06-Янв-20, (75) Ложь Чтобы потерять 1 в объеме они должны были использовать --long 31 --ultra , Онаним (?), 08:32 , 07-Янв-20, (87) +1 // По скорости сжатия объему результата, zstd тоже проигрывает61,1 МБ lzma2 quick 6, Онаним (?), 08:43 , 07-Янв-20, (88) // Я сравнивал на разных смешанных датасетах xz -9 и zstd -22, так zstd был на 25 , Аноним (31), 22:10 , 07-Янв-20, (92) // Дык если 90 репозитория это python, perl опакеченые скрипты то 10 полностью би, Аноним (96), 02:45 , 09-Янв-20, (96) Так что Арчеведы наврали всё таки Manual intervention required , Главный Ананим (ok), 14:36 , 07-Янв-20, (90) 2019-08-26 astyle 3 1-2 update requires manual intervention 2019-08-20 tensorfl, Главный Ананим (ok), 14:38 , 07-Янв-20, (91) –1 1,2,4,10,13,15,22,23,34,47,72,87,91

Сообщения

[Сортировка по времени | RSS]

23. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	–2 +/–
Сообщение от EuPhobos (ok), 05-Янв-20, 14:28
xz ведь может в многопоточности распаковываться. Стоило ли того, этот переход?
Ответить | Правка | Наверх | Cообщить модератору

	30. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+1 +/–
	Сообщение от Анонец (?), 05-Янв-20, 15:21
	А сколько нужно потоков, чтобы получить ускорение в 13 раз?
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+/–
	Сообщение от Аноним (22), 05-Янв-20, 15:40
	> А сколько нужно потоков, чтобы получить ускорение в 13 раз? 18. В первом приближении.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	–3 +/–
	Сообщение от фёдор (?), 05-Янв-20, 21:36
	13?
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	31. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+2 +/–
	Сообщение от Аноним (31), 05-Янв-20, 15:39
	Дело в том, что у xz нет преимуществ. Скажем, на максимальном уровне сжатия zstd сжимает лучше xz на максимальном уровне, и быстрее при этом. Время распаковки это конечно основное (что вы там распаковывать в несколько потоков собираетесь?), но всё же. А как формат, xz тоже не очень подходит для архивного хранения, поскольку менее устойчив к повреждениям, чем тот же gz.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	35. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+/–
	Сообщение от Аноним (35), 05-Янв-20, 15:48
	>Скажем, на максимальном уровне сжатия zstd сжимает лучше xz на максимальном уровне та ладно! где пруфы? что он лучше жмет? бинарники?
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+/–
	Сообщение от Аноним (31), 05-Янв-20, 16:01
	Бинарники лучше сжимает zpaq, но вообще да, я сравнивал их на профиле вайна, так что бинарники.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+/–
	Сообщение от Аноним (69), 06-Янв-20, 12:09
	Спасибо теперь все запаковал теперь ничего не распаковывается что делать?
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+/–
	Сообщение от Аноним (31), 06-Янв-20, 17:44
	> Спасибо теперь все запаковал теперь ничего не распаковывается что делать? Запаковал zpaq? Как именно то? Там у разных фильтров разная эффективность, поэтому я возможно не сталкивался с битыми файлами (использовал только наиболее эффективные). А он точно целый, а не побился в процессе? Сам zpaq собран из исходников?
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+/–
	Сообщение от Аноним (4), 05-Янв-20, 16:03
	>Скажем, на максимальном уровне сжатия zstd сжимает лучше xz на максимальном уровне, и быстрее при этом. Это не так. zstd очень тормозной. Особенно если использовать расшаренный словарь. Использую его только потому, что в других либах нет API для создания оптимального словаря.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	38. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+/–
	Сообщение от Аноним (31), 05-Янв-20, 16:08
	>>Скажем, на максимальном уровне сжатия zstd сжимает лучше xz на максимальном уровне, и быстрее при этом. > Это не так. zstd очень тормозной. Особенно если использовать расшаренный словарь. Использую > его только потому, что в других либах нет API для создания > оптимального словаря. Разве? 22 уровня уже не достаточно? Может у вас там памяти не хватает и оно свопится, в таком случае используйте однопоточный режим.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	–1 +/–
	Сообщение от Аноним (4), 05-Янв-20, 17:23
	>Может у вас там памяти не хватает и оно свопится, в таком случае используйте однопоточный режим. 8 гигов не хватает для сжатия жалких 100 мегов? >22 уровня уже не достаточно Недостаточное. лзма 2 лучше.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+/–
	Сообщение от Аноним (31), 05-Янв-20, 17:26
	>не хватает Мне не хватало для сжатия 600, так что это вполне вероятно. 1 поток 6 гигабайт что ли был.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+2 +/–
	Сообщение от НяшМяш (ok), 05-Янв-20, 22:08
	Глянул на оффтопике в 7-Zip требования по памяти для упаковки с алгоритмом LZMA2 на "нормальном" уровне сжатия. Стандартный 16-мегабайтный словарь требует 1376 мегабайт для упаковки. Словарю в 128 мегабайт уже нужно 7456 мегабайт оперативки.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	33. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+4 +/–
	Сообщение от Shevchuk (ok), 05-Янв-20, 15:47
	Стоило. При прочих равных xz, может, и сжимает чуть-чуть лучше, но сильно медленнее в распаковке. Когда сжимаешь один раз, а распаковываешь много раз — очевидно, что оптимизмровать стоит именно последнее. Та же проблема у snap, кстати, из-за чего все ругают его за медленный первый запуск приложений — уверен, они в итоге тоже придут к zstd по дефолту или как минимум в качестве опции.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	62. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	–3 +/–
	Сообщение от Аноним (61), 06-Янв-20, 00:21
	сжимаешь 1 раз дистрибутив, распаковываешь 1 раз дистрибутив. да ты интеллектуал.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+1 +/–
	Сообщение от Shevchuk (ok), 06-Янв-20, 00:32
	Сколько пользователей ставят/обновляют пакет, столько раз и распаковывается. Если у вашего дистрибутива один пользователь, то вам лично разрешаю распаковывать один раз, да.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+2 +/–
	Сообщение от Аноним84701 (ok), 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+ кратный "буст".
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	50. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+/–
	Сообщение от Аноним (22), 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-ти кратного ускорения -- из-за нелинейности роста производительности при распараллеливании.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Arch Linux перешёл на использование алгоритма zstd для сжати..."	+1 +/–
	Сообщение от Аноним (31), 05-Янв-20, 20:14
	Оно действительно ухудшается, в этом можно убедится лично. Самое неприятное конечно, что файл будет отличаться от другого такого же файла и они не воспроизводимые. При кодировании в 1 поток хотя бы можно быть уверенным, что из одинаковых файлов получится одинаковый результат.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема