| |
| 2.2, анон (?), 17:22, 07/07/2021 [^] [^^] [^^^] [ответить]
| –10 +/– |
Не, это гуголь любит ломать, тут другое, не стоит вскрывать эту тему, вы молодые, шутливые, вам все легко. Это не то. Это не Чикатило и даже не архивы спецслужб.
| | |
| 2.22, Аноним (22), 19:25, 07/07/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
акстись буратино, всё пройдёт прозрачно(незаметно) для пользователя
| | |
|
| 1.3, Аноним (3), 17:24, 07/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –9 +/– |
А что сразу не на snappy? Ведь известное правило 80-20 применимо и тут. Большая часть данных жмётся легко даже с помощью RLE, а что жмётся плохо - можно и не жать вообще, ведь а то будет МЕДЛЕННО!!!!111
| | |
| |
| 2.13, Аноним (13), 17:45, 07/07/2021 [^] [^^] [^^^] [ответить]
| +5 +/– |
И по твоему же правилу 20% которые плохо жмутся займут 80% места.
| | |
| |
| 3.15, Аноним (3), 17:48, 07/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
В сжатом архиве - вполне возможно. Но хрен их дальше упакуешь, белый шум и есть белый шум.
| | |
|
|
| 1.4, Аноним (4), 17:25, 07/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Давно пора. Установка/обновление пакетов в Debian - та еще черепаха.
| | |
| |
| |
| |
| 4.67, Tigro (ok), 20:00, 08/07/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Я кстати посмотрел, чем упаковано сейчас в Федоре. Оказалось zstd.
| | |
|
|
| |
| 3.47, Плюсовик (?), 06:22, 08/07/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Перестань писать того, чего не знаешь! Если бы читал список рассылки и блоги разработчиков, то знал бы, что проблема комплексная.
| | |
|
| 2.62, vitalif (ok), 14:06, 08/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Разве что из-за постоянной записи в /var/lib/dpkg с fsync-ами. Но на ssd это почти не заметно и не понятно, где оно быстрее-то. RPM-based всё довольно тормозное в основном
| | |
|
| 1.8, Аноним (7), 17:27, 07/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>В Debian поддержка zstd уже включена в APT, debootstrap и reprepro, и проходит рецензирование перед включением в dpkg.
Хах, теперь кто тут медленно обновляется? Debian - стабильно быстр, быстро стабилен!
| | |
| |
| 2.11, ананимус (?), 17:41, 07/07/2021 [^] [^^] [^^^] [ответить]
| +4 +/– |
если его реально делают коты то отдел маркетинга те еще лошары, исползуя это в рекламе можно легко рапростронить его на 100% десктопа уничтожив и винду и мак и остальные дистры
| | |
|
| 1.12, Аноним (13), 17:43, 07/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –12 +/– |
В Андроиде новый формат пакетов делают. В Убунте тоже. Это ж-ж-ж-ж-ж неспроста.
| | |
| |
| 2.21, Аноним (7), 18:39, 07/07/2021 [^] [^^] [^^^] [ответить]
| +7 +/– | |
>В Андроиде новый формат пакетов делают. В Убунте тоже
Новость прочитайте ещё раз. Убунта не делает новый формат пакетов.
| | |
| |
| 3.56, Аноним (13), 09:16, 08/07/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Андроид тоже не делает его другим. Он делает его чуть-чуть другим. Те же apk но в пакете и при этом не все сразу.
| | |
| |
| 4.64, Аноним (64), 14:22, 08/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Андроид не сжимает, а делает его чуть-чуть другим. С твоих же слов. Спорщик вы такой себе.
| | |
|
|
|
| |
| 2.23, Аноним (22), 19:31, 07/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
да уже полтора года как
https://archlinux.org/news/now-using-zstandard-instead-of-xz-for-package-compr
As announced on the mailing list, on Friday, Dec 27 2019, our package compression scheme has changed from xz (.pkg.tar.xz) to zstd (.pkg.tar.zst).
zstd and xz trade blows in their compression ratio. 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.
хотя там общее увеличение меньше 1% а тут аж 6% откуда то насобирали
| | |
| |
| 3.34, Аноним (34), 22:12, 07/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
-22 и --long=31 и оно рвёт всех кроме разве что lrzip.
сжимает по времени примерно как xz -9 и с изменённым размером чуууточку подольше наверно сравнимо с -9e однако если какие-то данные дублируются будет на порядки быстрее.
другие параметры не трогал, я вообще использую -3 потому что он быстрый и long=31 когда позволяет сэкономить, tgz или txz будут больше чем zstd с увеличенным окном (технически данные попадающие в 2гб окно дедуплицируются).
| | |
| |
| 4.51, Аноним (51), 08:01, 08/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
На моём тестовом дейтасете всех рвёт гугловский бротли - 6 мегабайт, против 16 у zstd и 26 у lzma. И это без общего словаря, который был использован в случае zstd, но для других компрессоров не получилось, ибо в биндингах к питону у них нет API для генерации оптимального словаря (а у brotli вообще выпилили возможность использовать свои словари), а у zstd были.
| | |
| |
| 5.66, Аноним (34), 17:39, 08/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Бротли слишком уж тормзной, 4ка оптимальна по скорости и эффективности относительно обычного deflate. Твикать размер окна не пробовал, мне главное, чтобы извлекалось быстрее чем с диска прочитать. И не ждать лишние секунды при сжатии. Надо баланс. Zstd вроде самый бодрый на извлечении пока что, и ратио сжатия вполне достаточный в отличие от lz4.
| | |
|
|
|
|
| 1.19, Аноним (19), 18:10, 07/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А прочему бы вместо пакетов не использовать squashfs с сжатием zstd,но вместо распаковки просто монтировать? А изменения и конфиги монтировать через overlayfs?
| | |
| |
| |
| 3.24, Аноним (22), 19:43, 07/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
ага, тока там оно еще тянет внутрь половину системы чтобы быть переносимым
- "Файл .snap представляет собой динамично подключаемый сжатый файл с файловой системой внутри (основана на squashfs) и метаданными в декларативном виде, которые интерпретируются системой при создании защищённой песочницы или контейнера. "
| | |
| 3.46, Shevchuk (ok), 04:59, 08/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
 Правда, сжатие там xz 🤦♂, и оттого в том числе страдает время запуска (распаковки).
| | |
| |
| 4.49, iPony129412 (?), 07:51, 08/07/2021 [^] [^^] [^^^] [ответить]
| +/– | |
зависит от пакета
for file in /var/lib/snapd/snaps/*.snap; do sudo unsquashfs -s $file | grep "Compression" ; done
у меня всё xz
| | |
|
|
| 2.26, Anon2 (?), 20:06, 07/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Потому, что монтирование squashfs это существенный жор памяти. Обычная настольная система будет _дополнительно_ потреблять 600-1000Мб памяти. Тогда уж использовать надо erofs, но коэффициент сжатия явно не тот будет
| | |
|
| 1.33, пох. (?), 21:27, 07/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Скорость установки Ubuntu у меня на SSD занимает минуты две, зачем её увеличивать тем более на HDD, где это самое ускорение приведёт к явным артефактам, таким как хруст французской булки.
| | |
| 1.38, Аноним (-), 23:31, 07/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Надо жать в JPEG. Не уверен насчет скорости и прочей ерунды, зато будет красиво.
| | |
| |
| |
| 3.48, Аноним (22), 07:00, 08/07/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
ага, а потом еще можно будет с помощью ffmpeg собрать фильм на скорости 30 пакетов в секунду.
| | |
|
|
| 1.41, Аноним (41), 00:02, 08/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Кароч, а если жать как в раче и собирать не deb, а толкать простые тарболы, а ещё, как говорят рачисты, сделать так, чтоб "супербыстрый pacman" был вместо апта.
Вот тогда бунта заживёт, так победит!
| | |
| 1.55, Аноним (-), 09:06, 08/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Наконец-то до них дошло.
А ведь действительно только три варианта - lrzip (но долго жмёт), LZMA2/7-zip/xz (для нормального сжатия нужно много RAM) и zstd - но быстр, но жмёт существенно хуже, чем lrzip
Кстати, lrzip может делать только препроцессинг без сжатия - тогда поверх него жать и zstd можно - но вроде как тогда нужно место в /tmp для распаковки, а это долго.
| | |
| 1.58, x230 (ok), 09:46, 08/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Не прошло и двух недель, т.е. полугодий.
Давно пора.
...
Ещё бы систем-д выкинули...
| | |
| 1.63, Аноним (63), 14:09, 08/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А сам контейнер они с дремучего ar поменять не хотят на что-то современное? Хотя бы на tar :-)
| | |
| |
| 2.76, Аноним (76), 10:19, 13/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
ar и tar при таком их возрасте можно считать ровесниками. Другое дело что я никогда не понимал сжатия пакетов инструментом для сборки статических либ, но тут я некомпетентен, может быть были хорошие причины так делать.
| | |
| |
| 3.77, Аноним (77), 17:13, 17/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
Почему ar - это исключительно инструмент для сборки статических либ?
| | |
|
|
| 1.70, Аноним (70), 23:19, 08/07/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
"Разработчики Ubuntu начали перевод deb-пакетов на использование алгоритма zstd, который позволит почти в два раза увеличить скорость установки пакетов, ценой небольшого увеличения их размера (~6%). "
На правах бабушки Ванги, повангую, что не только ценой "небольшого увеличения", но также ценой стабильности и повышением требований к ресурсам.
| | |
| |
| 2.71, Аноним (70), 23:20, 08/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
> "Разработчики Ubuntu начали перевод deb-пакетов на использование алгоритма zstd, который
> позволит почти в два раза увеличить скорость установки пакетов, ценой небольшого
> увеличения их размера (~6%). "
> На правах бабушки Ванги, повангую, что не только ценой "небольшого увеличения", но
> также ценой стабильности и повышением требований к ресурсам.
Я сурьёзно, скриньте этот пост!
| | |
| |
| 3.72, ist (?), 00:00, 09/07/2021 [^] [^^] [^^^] [ответить]
| +/– |
И что дальше делать с заскриненным постом? Распечатать и повесить на стену?
| | |
|
|
|
