Выпуск Fedora 31

По классификации DonkeyHot получается что так :) Хотя реально протухает система тогда, когда она снимается с поддержки производителем.

Вопрос в том, почему обновление идентичной системы двумя рекомендуемыми способами привело к разным результатам.

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

Ох лол, матчасть надо подтянуть тебе, потому что это совершенно не так. На все пакеты флатпака рантайм один, и при запуске первого же флатпак-приложения он и прокешируется. А в сабжевой федоре-silverblue, где почти все приложения - флатпаки, угадай как скоро хотя бы одно запустится.

Тётенька, вы хоть и умная, успешная, да еще и инсайдерша с передовой RH, и вообще цёмки всем в этом чятике...

Но посмотри уже на это всё поделие со стороны пользователя яблоньтоша или виндузятника, для которого программа есть некая сущность в виде setup.exe|msi. Хотя все относительно осведомлены, что деинсталляция в маке/шине может приводить к «заброшенным» файлам.

Тут наступает приступ красноглазки, народ набигает на Линукс и что теперь к проблемам выше подключается: размазывание по дереву каталогов, какие-то нелепые зависимости.

Это я к тому, что дистрибуцию софта в Линуксе так и не дотянули до состояния, когда обычные пользователи мак-вин смогут оценить и понять механизм.

Я скромно умалчиваю работу магазинов приложений...

Больше, больше слоев абстракций! :-) Некуда девать 5ГГц современных процессоров и 64ГБ ОЗУ уже не диво дивное для домашнего десктопа... :-(

А ты подожди, я тут тест сравнительный делаю.

Ну как-то размести его, так чтобы анонимусы видели и писали.

На все пакеты флатпака рантайм один, и при запуске первого же флатпак-приложения он и прокешируется.

Вьюноша, вы дурачок? ГДЕ ИДЕТ РЕЧЬ ПРО РАНТАЙМ ФЛАТПАКА? Тебе русским языком объясняют - вопрос про те либы, которые аппликухи тащат с собой. И если в федоре-silverblue у всех флатпаков, идущих с системой, сходные базовые либы (привет дупликации в полный рост), то флатпак собранный под другую систему или под более новую, уже будет поднимать весь свой стек. Дошло?

И опять же, если пересобирать флатпаки под каждый новый релиз, в чем они будут лучше пакетов? А вот система от них распухнет как на дрожжах.

Умная и успешная не могут быть написаны вместе применительно к одной персоне.

Да. Помимо того что на десктопе контейнеры не решают проблемы безопасности они ещё и создают оверхед по рантаймам. Это вы хорошо подметили. Беда в том что у любого радикального движения коим явл федора нет пути и нет плана. Зато есть постоянное броуновское движение сообщества перманентных революционеров-радикалов. Для обкатки технологий самое оно. Главное приглядывать за этим детсадом и выбирать способных.

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

Делаем тест. GIMP 2.10.12 из репов Arch Linux, GIMP 2.10.14 из флатпака. Хостовая система - Arch Linux.

Методика:

Сразу после загрузки системы, запускаю time gimp, сразу после загрузки интерфейса гимпа закрываю его. Смотрю результат. После этого перезагрузки, проверяется версия из флатпака так же.

Вот результаты.

$time gimp

real    0m29,754s
user    0m4,922s
sys     0m0,899s

$time flatpak run org.gimp.GIMP

real    0m30,535s
user    0m0,041s
sys     0m0,035s

Из флатпака - на секунду дольше, естественно, потому что он «поднимает весь свой стек». НА СЕКУНДУ ИЗ 40 СЕКУНД! НА ДРЕВНЕМ HDD! ДОШЛО?????

Результаты по расходу памяти. Сразу после старта системы запускался GIMP, выполнялась косанда free -m. Не выгружая гимп, естественно.

Это GIMP из репов арча.

free -m
              total        used        free      shared  buff/cache   available
Mem:           3851         506        2601          99         742        3021
Swap:         10492           0       10492

Это GIMP из флатпака.

free -m
              total        used        free      shared  buff/cache   available
Mem:           3851         509        2584         100         757        3016
Swap:         10492           0       10492

Я думаю, что тебя пора поздравлять со сливом, товарищ теоретик, знаток матчасти.

Но ты так и не ответил накуй нужны контейнеры на десктопе?

То есть по оверхеду в 10 раз вопросы отпали? Так и запишем.

Зачем нужны.

Чтобы устанавливать любое приложение в любую систему, с любым набором системных библиотек, с гарантией что ничего не отломается.

Видимо мы так и не услышим друг друга. Никогда.

Если ты хочешь лично до меня донести, что контейнеры не нужны - то это бессмысленное занятие, потому что я эти технологии не разрабатываю и не решаю, что нужно а что нет, и как будут развиваться дистрибутивы. Мое мнение тут не важно.

Так что доноси до разработчиков.

Чувак и тебя не смущает, что аппликуха стартует 30 сек в обеих случах? Ты чо, тормоз? Дай угадаю, у тебя небось еще и кеды стоят? :) Вот нормальные показатели для старта гимпа:

real	0m3.783s
user	0m1.786s
sys	0m0.276s

Вот альфа тред если читает пусть доносит но это бесполезно - паравоз революции на полных парах мчится в безоблачное светлое далёко.. ))

Ох лол. У меня HDD, понимаешь ли ты блин, ты читать умеешь???

А теперь самое интересное.

Оверхед в 1 секунду, который я наблюдал, пересчитай на свою систему и подумай - заметишь ты такую задержку или нет.

Какой DE? И какой проц? HDD таких тормозов не создает.

Ноутбук 2011 года, проц i3. KDE. Но причем тут все это, ты с темы не соскакивай. Вопрос не в том, почему у меня долго запускается GIMP. А в том, какая разница между нативной и флатпак версией. Ее почти нет - это факт. И на в 10 раз более быстрой твоей системе она будет еще в 10 раз меньше.

Притом, вьюноша, что ты в упор не отдупляшься в том, о чем споришь и что замеряешь. Ща я качаю гимп под флатпак (судя по показателям, там имиджей на полгига минимум) и посмотрим, как отличается работа гимпа нативного в нативной среде Gnome и из контейнера.

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

Понимаю, такой фигни всегда будет хватать, поэтому я даже не пытаюсь юзать подобный софт, gnome-software ведь как, типа ты иди попей чаю, а удалось или нет что-то там сделать тебе скажут, когда время придет, а когда именно придет время — тебе знать не положено. Мне такое не нужно.

Вот это нежданчик, EOG из флатпака fedora пытается открыть .jpg: https://pic4a.ru/izof/
PS. Silverblue-31

И вот результаты. Чтобы засетапить гимп из флатпака, мне пришлось качнуть 460M всякого говнеца.

Installing: org.gnome.Platform/x86_64/3.32 from flathub
[####################] 1258 metadata, 24461 content objects fetched; 351585 KiB 
Now at 498eb62f654b.
Installing: org.gnome.Platform.Locale/x86_64/3.32 from flathub
[####################] 4 metadata, 1 content objects fetched; 16 KiB transferred in 0 seconds
Now at 3077b93b605c.
Installing: org.gtk.Gtk3theme.Ambiance/x86_64/3.22 from flathub
[####################] 9 metadata, 425 content objects fetched; 1430 KiB transferred in 3 sec
Now at 73fed99df212.
Installing: org.freedesktop.Platform.VAAPI.Intel/x86_64/18.08 from flathub
[####################] 5 metadata, 2 content objects fetched; 1783 KiB transferred in 3 secon
Now at bc9426ac6a1c.
Installing: org.freedesktop.Platform.html5-codecs/x86_64/18.08 from flathub
[####################] 24 metadata, 127 content objects fetched; 3111 KiB transferred in 6 se
Now at 3e019185d277.
Installing: org.gimp.GIMP/x86_64/stable from flathub
[####################] 665 metadata, 6929 content objects fetched; 104004 KiB transferred in 
Now at 8003d469b222.

Причем из не шустрой репы (у докера имиджи гораздо быстрее качаются). Рассказывать про реюзабельность лееров мне не нужно - как работает докер, знаю не понаслышке.

Теперь замеряем старт. Нативный гимп:

real	0m3.783s
user	0m1.786s
sys	0m0.276s

гимп из флатпака:

real	0m12.923s
user	0m0.048s
sys	0m0.004s

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

И если для гимпа это еще терпимо, то для мелких тулзов это будет бесить.

У мелких тулзов и либы будут другие. Так что привязывать гимповый оверхеад к ним некорректно.

У мелких тулзов и либы будут другие.

У мелких тулзов будет подгружаться минимум весь базовый виджетсет. С инициализацией тем и всего остального. Калькулятор, стартующий 10сек это звиздец.

А где подробности, как ты измерял? Может при запуске гимпа из флатпака он по новой расширения опрашивал, в чем я почти уверен, что занимает около 10 секунд у меня?

Я специально по 2 перезагрузки и запуска делал, и выкладывал результаты со второй попытки после второй перезагрузки. А ты? Не пытаешься ли ты надолбать?

Первый запуск после ребута был секунд 12 с опросом расширений, второй запуск без ребута (сделал минут через 10 после первого) - открылся за 2 секунды.

Да блин, без ребута - ни о чем не говорит. Надо сразу после ребута, но смотреть, чтобы опроса расширений не было. Если он идет - опять ребутишься и запускаешь.

Перезагрузку после установки флатпака делал - оно того требует. Ради справедливости можно сказать, что повторный запуск гимпа шустрее - либы закешировались. Но все это хорошо, если источник флатпаков один и базовые лееры у всех одинаковы. Если они будут разными - будут каждый раз тормозить на старте. Флатпак это по сути виртуальный дистр, нарезанный на слоя и который запыжевали в докер. Причем дистр с роллинговыми обновлениями. С таким же успехом можно всем предложить юзать один дистрибутив - точно также не будет проблем с установкой приложений.

Перезагрузку после установки флатпака делал - оно того требует.

Я не об этом. Ты запустил нативный гимп, замерил. Перезагрузился. Запустил флатпаковый гимп, замерил. Так делал?

Тогда это неправильно, и оверхед связан не с флатпаком.

При запуске флатпаковой версии после нативной, гимп переопрашивает расширения. Это занимает как раз столько времени, сколько у тебя оверхед. Подозрительно, да.

Поэтому надо смотреть, чтобы при запуске опрос расширений не шел. А если идет - перезагрузиться еще раз и замерять.

Но все это хорошо, если источник флатпаков один и базовые лееры у всех одинаковы.

В основном он один. Другие будут для проприетарных и экзотических приложений только.

Базовые лееры - это очень сильный термин для флатпака. Там и лееров то нет, все проще.

Если они будут разными - будут каждый раз тормозить на старте.

А теперь смотри. Я запускаю нативный гимп из KDE - и у меня точно так же поднимается весь стек библиотек. Потому что в KDE они не использовались. Итог ты видел. Так что я теряю?

Причем дистр с роллинговыми обновлениями.

Вот тут надо остановиться отдельно. Обновления через os-tree. Коммитами как в гите. И откатиться после обновления на любое предыдущее состояние можно элементарно, как в гите. А теперь попробуй откатить обновление deb в убунте. Можно, но не так элементарно.

Флатпак это по сути виртуальный дистр, нарезанный на слоя и который запыжевали в докер.

Еще раз - никаких слоев как в докере, во флатпаке нет. Его контейнер это тупо chroot окружение.

С таким же успехом можно всем предложить юзать один дистрибутив - точно также не будет проблем с установкой приложений.

Ключевая разница в том, что флатпак можно установить независимо от системы в любой дистрибутив. И совсем не обязательно все ставить из него. Я ставлю только 3-4 приложения из флатпака на стабильный дебиан, чтобы как раз получать роллинг обновления этих приложений. В Арче вместо сборки из аура использую флатпак, чтобы меньше пердоленья. А родные репы никуда не делись.

В основном он один.

да вот хрен - ставлю Inkscape и опять качается куча говнеца.

Ключевая разница в том, что флатпак можно установить независимо от системы в любой дистрибутив.

Это не разница, а предназначение флатпака.

Еще раз - никаких слоев как в докере, во флатпаке нет.

Из того, что я вижу при закачке - типичные слои, которые оверлеят файловую систему.

Я ставлю только 3-4 приложения из флатпака

Ровно также можно было бы подключить PPA и ставить 3-4 приложения более свежего разлива.

Ровно также можно было бы подключить PPA и ставить 3-4 приложения более свежего разлива.

Нельзя. PPA не работают в Arch Linux. И даже в Debian. Поэтому флатпак тут вне конкуренции.

Я уж молчу про дебильную переустановку убунты с выходом нового релиза, просто потому что из-за PPA оно нормально обновляться не может. Контейнеры эту проблему решают раз и навсегда. Теперь можно обновлять что угодно когда это нужно, совершенно независимо.

Из того, что я вижу при закачке - типичные слои, которые оверлеят файловую систему.

Про матчасть кукарекаешь, а слои от chroot отличить не можешь.

Но ведь с недавних пор центось такой же багодром?

Ой жесть какая.

Если что, можешь дать им мои контакты, расскажу как можно провести release party и чем еще интересным можно заняться

Т.е. федора это теперь не про софт и его использование, а про корпоративы и корпоративный тимбилбинг/митинги.

Реальных проблем с софтом о которых написал человек, в упор не видим.

В принципе, все работает отлично, но раз в несколько дней бывают фризы системы - помогает только перезагрузка.

Пришло время переустанавливать Шидору, Шидора сама себя не переустановит.

будет удобнее GUI … поскольку в нём искать дешевле

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

исследование(discovery) против исполнения(execution).

подходит при сравнении «простых» гуёв со «сложными» командами ("" == по кол-ву «рычагов»). А это как-бы не очень сравнение.

Т.е. федора это теперь не про софт и его использование, а про корпоративы и корпоративный тимбилбинг/митинги.

Я пыталась сравнить хороший gui c хорошим cli

Понятно что и в gui и в cli можно наворотить такого что не разобраться уже никому.

Такое случается когда например в cli забывают про консистентность, или в gui не получается выстроить пристойную иерархию элементов, чтобы сложность раскрывалась постепенно.

Возможно, лучший дистрибутив с KDE Plasma.

Что только не пробовал (openSUSE, Kubuntu, Neon, Debian) все-равно возвратился на Fedora (десктоп).

На ноутбуке начиная с 26 версии тоже живет Fedora с KDE, регулярно обновлял - всё ОК.

Fedora торт, рекомендую!

Скрин кинь с ЛОР и ответом на на это сообщение пжлст.

Ссылки на багрепорты есть? Иначе - пустой пердёж в лужу.

А что сломалось? Не замечал особых проблем с свежей центосью.

Fedora для ARM — raw-образы, которые можно использовать, например, для Raspberry Pi.

проверил пару образов на Raspberry Pi 4 - не взлетело.

В принципе Альфу и др. шапковцев можно понять, они топят (ну ладно, петросяню) категориями энтерпрайза и отдаленного будущего. А тут какие-то десктопные динозавры, требующие install.exe || funny_emojies.dmg

==================================

for a Red Hat DevNation tech talk on future-proofing monolithic applications with modular design presented by Eric Murphy and Ales Nosek.

When building an MVP software application, you may jump immediately to a microservice architecture because it’s the new norm for building cloud-native applications. You may also be skeptical about starting off with a monolith MVP because of the stigma of monoliths being a relic of the past. In this talk, we will buck the microservice trend by showing how to evolve a monolith MVP in a highly controlled way using modular design principles. We will end with demonstrating a future-proof Quarkus + Vert.x application that is both a monolith and microservices while using the same code and modular design.

Ох лол. У меня HDD, понимаешь ли ты блин, ты читать умеешь???

8.77user 1.88system 0:18.65elapsed

А у меня не только hdd, но ещё и P4 2.4GHz, которому скоро 15 лет. И тут сколько-то секунд на выход ещё. gimp 2.8.20.

И что дальше?