| |
| 2.2, анон (?), 17:22, 07/07/2021 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| –10 +/– |
Не, это гуголь любит ломать, тут другое, не стоит вскрывать эту тему, вы молодые, шутливые, вам все легко. Это не то. Это не Чикатило и даже не архивы спецслужб.
| | |
|
| 1.3, Аноним (3), 17:24, 07/07/2021 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –9 +/– |
А что сразу не на snappy? Ведь известное правило 80-20 применимо и тут. Большая часть данных жмётся легко даже с помощью RLE, а что жмётся плохо - можно и не жать вообще, ведь а то будет МЕДЛЕННО!!!!111
| | |
| |
| |
| 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% десктопа уничтожив и винду и мак и остальные дистры
| | |
|
| |
| 2.21, Аноним (7), 18:39, 07/07/2021 [^] [^^] [^^^] [ответить] [к модератору]
| +7 +/– | |
>В Андроиде новый формат пакетов делают. В Убунте тоже
Новость прочитайте ещё раз. Убунта не делает новый формат пакетов.
| | |
| |
| 3.56, Аноним (13), 09:16, 08/07/2021 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
Андроид тоже не делает его другим. Он делает его чуть-чуть другим. Те же apk но в пакете и при этом не все сразу.
| | |
|
|
| |
| 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) и метаданными в декларативном виде, которые интерпретируются системой при создании защищённой песочницы или контейнера. "
| | |
|
| 2.26, Anon2 (?), 20:06, 07/07/2021 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +/– |
Потому, что монтирование squashfs это существенный жор памяти. Обычная настольная система будет _дополнительно_ потреблять 600-1000Мб памяти. Тогда уж использовать надо erofs, но коэффициент сжатия явно не тот будет
| | |
|
| 1.33, пох. (?), 21:27, 07/07/2021 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +/– |
Скорость установки Ubuntu у меня на SSD занимает минуты две, зачем её увеличивать тем более на HDD, где это самое ускорение приведёт к явным артефактам, таким как хруст французской булки.
| | |
| 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 для распаковки, а это долго.
| | |
| |
| 2.76, Аноним (76), 10:19, 13/07/2021 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
ar и tar при таком их возрасте можно считать ровесниками. Другое дело что я никогда не понимал сжатия пакетов инструментом для сборки статических либ, но тут я некомпетентен, может быть были хорошие причины так делать.
| | |
|
| 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%). "
> На правах бабушки Ванги, повангую, что не только ценой "небольшого увеличения", но
> также ценой стабильности и повышением требований к ресурсам.
Я сурьёзно, скриньте этот пост!
| | |
|
|
