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

Компания Canonical представила утилиту etrace и добавила поддержку LZO в snap, opennews (??), 01-Ноя-20, (0) [смотреть все] 1 Почему не zstd 2 Не пора ли deb пакеты начать сжимать с помощью zstd, вместо, Аноним (1), 09:47 , 01-Ноя-20, (1) +8 // Почему не brotli , lockywolf (ok), 09:53 , 01-Ноя-20, (3) +1 // Пачём broccoli , Аноним (-), 15:09 , 01-Ноя-20, (42) +5 zstd более эффективно, плюс brotli делали под web, Аноним (1), 21:15 , 01-Ноя-20, (66) +1 Ааа Что они делают Сколько лет снапу и попытались решить проблему со скоростью, Аноним (-), 11:12 , 01-Ноя-20, (18) +11 // Велосипед Ubuntu всё ещё ездит Желаете снапу той же участи , Аноним (22), 11:36 , 01-Ноя-20, (22) // Это та убунта, где к дебиану вместо колёс Unity Upstart прикрутили две красных, НяшМяш (ok), 17:21 , 01-Ноя-20, (53) +5 Ну так-то lzo быстрее zstd , zstd (?), 19:16 , 01-Ноя-20, (60) // Правда, сильно менее эффективен , Аноним (64), 21:04 , 01-Ноя-20, (64) Неплохо по уровню настраивания уровня компрессии, но на всяких там армах дико то, timur.davletshin (ok), 11:57 , 01-Ноя-20, (26) –3   // не наблюдаю тормозов на arm64, orange pi 3 плюс не вижу проблем с btrfs zstd , cjaushe4ka (?), 12:32 , 01-Ноя-20, (29)   // Значит, ты просто его не бенчмаркал Даже Canonical увидела тормоза и решила, чт, timur.davletshin (ok), 12:51 , 01-Ноя-20, (30) –2   Компания Canonical представила утилиту etrace и добавила под..., Аноним (38), 14:06 , 01-Ноя-20, (38)   fedora вынесла btrfs в дефолт, Аноним (1), 14:09 , 01-Ноя-20, (39) –1   Причём тут Федора Зюзя это сделала на годы раньше Но она тоже не при делах , timur.davletshin (ok), 16:31 , 01-Ноя-20, (48)   Это очень странный способ готовить zstd в ФС На высоких уровнях сжатия он станов, Shevchuk (ok), 13:53 , 01-Ноя-20, (35) +2   // Спасибо за справку, я его использую с момента попадания в ядро Тестировал на ра, timur.davletshin (ok), 16:30 , 01-Ноя-20, (47)   Да я без претензий же минусы не мои 8212 понятно, что макс сжатие это для б, Shevchuk (ok), 17:04 , 01-Ноя-20, (51)   максимальное сжатие это сценарий для deb или snap пакета для среды с активным i, Аноним (1), 21:15 , 01-Ноя-20, (65)   Приболел Deb распаковывается один раз - при установке, а из snap распаковываетс, timur.davletshin (ok), 23:17 , 01-Ноя-20, (68) +1   По-моему, что 1 7 с, что 8 1 с - не критично Приемлемо вплоть до 10 c запуска т, Аноним (36), 14:03 , 01-Ноя-20, (36) –4 // Ну когда десять секунд калькулятор запускается 8212 это так себе , iPony129412 (?), 14:26 , 01-Ноя-20, (40) –1 // Ну а что, калькулятор на электроне в снапе вполне себе сложный тяжёлый софт, вкл, Сишник (?), 17:36 , 01-Ноя-20, (57) +4 Архиватор Попова значительно лучше этой устаревшей поделки , liberal (?), 18:05 , 01-Ноя-20, (58) –1 Хоть я и предпочитаю xz для долговременного архивирования Они что не знали, что, fuggy (ok), 19:49 , 02-Ноя-20, (76) А смысл почти в два раза увеличивать размер пакета чтобы сэкономить пару секунд , Аноним (5), 10:17 , 01-Ноя-20, (5) –3 А нормальный пакет во сколько раз бы ускорил запуск хромого, по сравнению со сна, Аноним (6), 10:26 , 01-Ноя-20, (6) +10 Снапы, контейнеры - нафига они для обычных приложений Как-то это не по UNIX-way, m.makhno (ok), 10:31 , 01-Ноя-20, (7) +4 // Это ubuntu-way Видимо попытка уменьшить зависимость от debian Но увы, все что , Аноним (8), 10:42 , 01-Ноя-20, (8) +7 // Вот Юнити очень жаль, да , Аноним (15), 11:10 , 01-Ноя-20, (15) +4 // На самом деле нет , Аноним (32), 12:55 , 01-Ноя-20, (32) +1 Нет, это не попытка уменьшить зависимость от Debian, им пофиг Debian или нет, та, Аноним (16), 11:10 , 01-Ноя-20, (16) +5 // У меня есть фреймворк Бросаешь ссылку на репозиторий ну или на архив с исходни, Аноним (44), 15:51 , 01-Ноя-20, (44) +2 А Вы случаем не планируете в ближайшее время опубликовать ссылку на сам проект, n00by (ok), 17:07 , 01-Ноя-20, (52) https github com KOLANICH prebuilder py Заранее предупреждаю, о нюансах 1 Я, Аноним (44), 00:49 , 02-Ноя-20, (70) +1 Благодарю Не пишу на Питоне, но немного его читаю, в данном случае интересен са, n00by (ok), 16:01 , 02-Ноя-20, (74) Вот им и пришлось, загрузившись с livecd так как апт сам сломался в результате , Аноним (44), 10:59 , 04-Ноя-20, (77) А им пофиг, вся задумка, чтобы сами разрабы опакечивали в снапы, а снапы по заду, Аноним (16), 11:01 , 01-Ноя-20, (12) В макОС-Х все приложения такие, но никто им не говорит, что это не по юниксу, ИмяХ (?), 11:08 , 01-Ноя-20, (14) –1 // Потому что маководы вообще не в курсе, о чём речь , Sluggard (ok), 11:16 , 01-Ноя-20, (19) +6 В яблоке вообще стараются про юникс не вспоминать Хотя, как только что-то серьез, Lex (??), 11:23 , 01-Ноя-20, (20) +2 // При этом не забывая макось сертифицировать как юникс Если не запускать из-под ру, НяшМяш (ok), 17:30 , 01-Ноя-20, (56) –1 А ты часть про вроде бы в отдельных каталогах лежат решил тактично не читать, Аноним (64), 21:23 , 01-Ноя-20, (67) +1 Мне без разницы, как оно на бубунточке С десяток вложенных каталогов Вы предл, Lex (??), 11:29 , 02-Ноя-20, (73) +1 Ну не все же приложения так представлены Я думаю, что если 5 - 10 софта так б, Аноним (36), 14:05 , 01-Ноя-20, (37) –2 Забыли что-ли, как нерадивые контрибьюторы удаляли usr или ещё что-нибудь И эт, max (??), 09:37 , 02-Ноя-20, (72) На Go шечке О - отлично , Иваня (?), 10:50 , 01-Ноя-20, (9) –1 // Там, блин, обмазка из os exec , Аноним (15), 11:11 , 01-Ноя-20, (17) оо Круто, давно пользуюсь снапом, очень удобен в упаковки и использовании Но ко, Аноним (10), 10:54 , 01-Ноя-20, (10) // Свой магазин запилить можно или обязательно только проприетарщиной от Canonica, timur.davletshin (ok), 11:54 , 01-Ноя-20, (25) // Снапы не привязаны к магазину, как собственно и deb-пакеты, т е вы можете испол, Аноним (28), 12:24 , 01-Ноя-20, (28) –3 // gt оверквотинг удален Не-не, не надо мне этой демагогии Где исходники магазин, timur.davletshin (ok), 12:52 , 01-Ноя-20, (31) gt оверквотинг удален Я вам ответили конкретно на ваш вопрос Свой магазин за, Аноним (59), 18:44 , 01-Ноя-20, (59) –1 Напомни версию, с которой snap стал поддерживать магазины репозитории отличные, timur.davletshin (ok), 19:53 , 01-Ноя-20, (61) Собственно, что и следовало доказать , timur.davletshin (ok), 23:18 , 01-Ноя-20, (69) То есть они сами намекают, что snap - небезопасно и не вызывает доверия , Аноним (15), 10:57 , 01-Ноя-20, (11) // Нет, они прямо говорят, что ответственность за то, что будет лежать в снапах, эт, Аноним (27), 12:03 , 01-Ноя-20, (27) +1 // Наконец-то в этих ваших линуксах появятся нормальные вирусы, а значит и антивири, Аноним (8), 16:50 , 01-Ноя-20, (49) +1 // А какие антивири не работают на линуксе Вроде, все без исключения, имеют линукс, Аноним (50), 16:59 , 01-Ноя-20, (50) Не, ну хотя бы libptrace прикрутили, а то вызовы через Exec это уж совсем смеш, Аноним (15), 11:01 , 01-Ноя-20, (13) Я так понял, что там добавлена поддержка подготовки образов с другим алгоритмом , timur.davletshin (ok), 11:29 , 01-Ноя-20, (21) +1 8230 но при этом лишена фатального недостатка , Аноним (32), 13:02 , 01-Ноя-20, (34) +2 Flatpak с головой хватает, Аноним (41), 15:04 , 01-Ноя-20, (41) –1 // Вот вам Snap pздюки https flathub org home, Аноним (45), 16:17 , 01-Ноя-20, (45) // AppImage же https appimage org , Аноним (55), 17:28 , 01-Ноя-20, (55) Хватало бы, если бы там была поддержка серверного ПО и скриптов раннего запуска , timur.davletshin (ok), 19:55 , 01-Ноя-20, (62) Тогда нужно брать TAR без сжатия 8212 скорость распаковки будет бешенная, цен, Аноним (55), 17:27 , 01-Ноя-20, (54) // Тогда ленивые пускальщики докеров и некстклаудов в vps ках повесятся Я и так не, timur.davletshin (ok), 19:59 , 01-Ноя-20, (63) Не нужно Самым первым делом на любой убунте делают sudo apt purge snapd, и все , ZULUL (?), 00:59 , 02-Ноя-20, (71) snap это такая поделка виндузятников неудачниковименно благодаря использованию s, Аноним (75), 18:12 , 02-Ноя-20, (75) Мда Это ж чтоб сами проверяли какой адвари натащили в систему внутри снэпов Спа, And (??), 15:43 , 07-Ноя-20, (78) 1,5,6,7,9,10,11,13,21,34,41,54,71,75,78

Сообщения

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

	26. "Компания Canonical представила утилиту etrace и добавила под..."	–3 +/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 11:57
	Неплохо по уровню настраивания уровня компрессии, но на всяких там армах дико тормозит даже на слабых настройках. Плюс, декомпрессия на уровне ядерных алгоритмов, особенно сильно пожатого, приводит к блокировке всего запущенного от усера. Например, тот же pulse может исчерпать свои буфера и начать икать при банальном запуске софта из снапа! Я не говорю, что это сугубо специфичная проблема для снапа (установи корень на btrfs+zstd в макс. уровне сжатия и порадуйся диким тупнякам юзерспейса при каждом обращении к FS), просто вынос сего дела на ядерные алгоритмы имеет свои серьёзные минусы.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	29. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от cjaushe4ka (?), 01-Ноя-20, 12:32
	не наблюдаю тормозов на arm64, orange pi 3. плюс не вижу проблем с btrfs + zstd на hdd диске, x64, 5.4. зато оно дает очень приличную компрессию.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Компания Canonical представила утилиту etrace и добавила под..."	–2 +/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 12:51
	Значит, ты просто его не бенчмаркал. Даже Canonical увидела тормоза и решила, что надо что-то не просто делать, а выносить это в дефолт. А ты не видишь...
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Аноним (38), 01-Ноя-20, 14:06
	> ДАЖЕ
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Компания Canonical представила утилиту etrace и добавила под..."	–1 +/–
	Сообщение от Аноним (1), 01-Ноя-20, 14:09
	fedora вынесла btrfs в дефолт
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	48. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 16:31
	> fedora вынесла btrfs в дефолт Причём тут Федора? Зюзя это сделала на годы раньше. Но она тоже не при делах.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Компания Canonical представила утилиту etrace и добавила под..."	+2 +/–
	Сообщение от Shevchuk (ok), 01-Ноя-20, 13:53
	> zstd в макс. уровне сжатия Это очень странный способ готовить zstd в ФС. На высоких уровнях сжатия он становится медленным, как xz (при сжатии; при распаковке по-прежнему быстр) — естественно, будут тормоза. Для сжатия на лету годятся первые 3-4 уровня (опередить lzo/lz4 по сжатию хватит и 1 уровня), дальше уже только если у вас всё рассчитано и вы очень хорошо понимаете, что делаете, на мой взгляд.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	47. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 16:30
	Спасибо за справку, я его использую с момента попадания в ядро. Тестировал на разных размерах блока, уровнях сжатия и архитектурах. ZSTD оставил на дефолтных настройках и только на зашифрованных внешних дисках с выравненным размером блока. Да и вообще там быстродействие не критично.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Shevchuk (ok), 01-Ноя-20, 17:04
	Да я без претензий же (минусы не мои) — понятно, что макс сжатие это для бенчмарка : ) Написал просто чтоб другие так в живых системах не делали.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Компания Canonical представила утилиту etrace и добавила под..."	+/–
	Сообщение от Аноним (1), 01-Ноя-20, 21:15
	максимальное сжатие это сценарий для deb или snap пакета. для среды с активным io - лучший сценарий как вы написал это уровень сжатия 3 для zstd
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Компания Canonical представила утилиту etrace и добавила под..."	+1 +/–
	Сообщение от timur.davletshin (ok), 01-Ноя-20, 23:17
	Приболел? Deb распаковывается один раз - при установке, а из snap распаковывается при холодном старте и каждый раз, когда нужный объект вытесняется из кэша FS. Алгоритм высокой степени сжатия в первом случае оправдан, а во втором скорость более приоритетна. Ждать несколько секунд для запуска Хрома на SSD - это сраный стыд, когда из несжатой FS он стартует у меня на счёт "раз-два".
	Ответить | Правка | Наверх | Cообщить модератору

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

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