Vanilla OS 22.10

Чтобы не загромождать форум обилием никому не нужного текста, то ознакомиться с описанием возможностей дистрибутива Vanilla OS можно например (Зарегистрируйтесь или Авторизуйтесь). Скачать дистрибутив для ознакомления можно на официальном (Зарегистрируйтесь или Авторизуйтесь), благо он распространяется бесплатно и без ограничений (ну почти, ибо региональные ограничения в следствии введения международных санкций для россиян будут, но чуть ниже я расскажу как их обойти при инсталляции данного дистрибутива). И начну я вопреки себе пожалуй с плюсов этого воистину уникального и воистину шедеврального дистрибутива на ядре Linux.

Плюсы:

- Дистрибутив основан на Ubuntu 22.10.
- Это Point Release, то есть релиз который будет иметь самые свежие РЕЛИЗНЫЕ версии прикладного ПО.
- Полная поддержка Flatpak, Snap, Appimage и даже почти полная поддержка .EXE (да-да, я не шучу).
- Wayland по умолчанию!
- Подсистема APX, система автоматического обновления и транзакции ABRoot.
- Среда рабочего стола - это финальный и полноценный GNOME 43.1 в неизменном виде.
- Современное ядро Linux 6-й серии!
- Наверное это первый в мире дистрибутив Linux который без проблем (Зарегистрируйтесь или Авторизуйтесь) на ноутбуках НР!
- Менеджер (Зарегистрируйтесь или Авторизуйтесь), который позволяет устанавливать пакеты из других дистрибутивов.
- Дистрибутив полностью защищён от "шаловливых ручонок" т.к. его системный раздел имеет атрибут "только для чтения" и не может быть изменён пользователем.
- Правильная работа свободных драйверов Intel в том числе Intel Wi-Fi (который теперь не отваливается спустя 15 минут после коннекта) и аудио системой Intel которая имеет правильный уровень громкости на выходе (а не заниженный, как это происходит в остальных системах) + корректно работает DTS (наконец-то спустя столько лет)!
- Полная поддержка инсталлятора в UEFI без отключения TRM 2.0. Дистрибутив имеет цифровую подпись Microsoft.
- Дистрибутив получает обновления через графический интерфейс строго раз в неделю. Никакое участие пользователя при этом не нужно равно как и не нужно вводить пароль sudo или лезть в терминал для принудительного обновления.
- Штатная песочница (sendbox) для любого прикладного ПО в том числе и для ПО установленного в обход штатного магазина приложений.
- Установленная система ОЧЕНЬ шустрая не смотря на 4б ОЗУ!

Минусы:

- При установке выбор языка следует оставить ENG равно как и раскладку и всю локацию.
- Если выбрать в качестве основного языка RUS, то дистрибутив не установится!
- Русифицировать дистрибутив придётся только после его инсталляции путём скачивания языкового russin-пакета (RU)в настройках локации GNOME.
- Два корневых раздела ОС (пассивный и активный), что увеличивает в среднем на 5Гб занимаемое пространство операционной системы на SSD или HDD.
- Наличие двух корневых разделов увеличивают время загрузки ОС примерно на 10 секунд. Но это уже необходимость обусловленная политикой дистрибутива и высокой степенью безопасности предъявляемой разработчиками к дистрибутиву.

Вывод:

- Каждый делает сам для себя. Напоследок немного скриншотов и видео со скоростью загрузки Vanilla OS на старом ультрабуке НР. От себя замечу что данная операционная система - это лучшее, что я видел из мира Linux на сегодняшний день, хотя данная ОС ещё не лишена кучи мелких недостатков которые впрочем любой относительно мало-мальски грамотный linux-user самостоятельно устранить на этапе персональной настройки и отладки ОС.



Видео:

 

Честного говоря, я ещё с прошлого года бросил следить за концепцией Vanilla OS подумав что это будет просто очередной форк Ubuntu который криво слизан и сделан тяп-ляп. Признаю, что я ошибался ибо на данный момент Vanilla OS резко и кардинально превзошла Ubuntu во всех отношениях и честно говоря cудя по стонам на форумах Ubuntu, Марк Шаттлворт очень сильно напрягся ибо выпуск Vanilla OS - это как раз рождение того божественного дитя, которое с первого своего дня рождения превзошёл все достижения родителя достигнутые им за много лет плодотворного труда. Vanilla OS - это ребёнок-вундеркинд который без проблем инсталлируется на любые ПК и ноутбуки (в том числе и ARM) и работает там просто потрясающе! Главное - это очень большая база данных железа и оборудования (linux-firmware) и новое ядро 6-ой версии, что позволяет системе безукоризненно работать даже на таких капризных к Linux машинам, как win-ноутбуки HP!

 

Многозадачность так же поддерживается. Скажите, мол что необычного в том что Linux-системы поддерживают многозадачность? А я отвечу: в данном дистрибутиве необычен не сам факт многозадачности, а факт того каким образом и как многозадачность расходует память ОЗУ! Vanilla OS весьма рационально расходует наличие свободной памяти стараясь не обращаться при недостатке ОЗУ к SWAP-разделу SSD прекрасно "понимая" тот факт, что лишнее обращение системы к SWAP-разделу твёрдотельного накопителя значительно сокращает сам срок службы ячеек памяти SSD-накопителя! Обычно Linux-системы используют всю имеющуюся свободную память ОЗУ для ускорения работы системы касаемо отрисовки графического интерфейса и воспроизведения мультимедиа. В в случае с дистрибутивом Vanilla OS, система "понимая" ограничения в размере памяти старается более рационально использовать имеющиеся у неё в наличии ресурсы ОЗУ дабы лишний раз не обращаться к накопителю. Такой подход системы к имеющемуся "железу" говорит о том, что разработчики предусмотрели тот факт, что их система будет работать в том числе и на портативной технике где ресурсы памяти не настолько высоки как того хотелось бы системе. Это здорово, на самом деле.

 

Не знаю но пользуюсь я кубунту стилизованного под MacOS:

 

KDE - очень прожорливая оболочка к ресурсам ПК, особенно что касается ограниченных ресурсов ОЗУ. ИМХО под OS X лучше стилизовать GNOME или вовсе использовать Хакинтош под Х86-архитектуру. Сейчас установить Хакинтош как два пальца об асфальт и за исключением некоторых эксклюзивных чипсетов Хак можно поставить почти на любое Х86 железо. Но это дело вкуса. KDE так KDE, в конце-концов у этой оболочки огромная армия пользователей и разработчиков и это прекрасно на самом деле.

 

У меня сборка на Xeon с 32 Гб ddr4 так что не парюсь особо.

 

Думаю все KDE-шники слышали и хотя бы раз сталкивались с термином "опять плазма упала"? В KDE остался неисправленным крупный баг в менеджере KWin при котором plasmashell частенько игнорирует команды от контроллера ОЗУ в следствии чего происходит переполнение буфера любого объёма ячеек физической памяти и как следствие специальный апплет-расширение запускает принудительный перезапуск Qt/KDE, прописывает логи и вываливает текстовую консоль, что мягко говоря неприятно особенно во время работы в тяжёлых и ресурсных GUI-приложениях. Баг задокументирован, но уже много лет остаётся неисправленным, что сильно выбешивает поклонников "кедов". Лично я понимаю это так: изначально разработчиками была неправильно организована работа с физической памятью, но в погоне за анимацией и новыми рюшечками KDE тогда на это особо никто не обращал внимание на этот казалось бы досадный факт, так как разработчики в первую очередь были нацелены на конкурентную борьбу с другими графическими оболочками и такое безобразное отношение к собственному продукту привело к тому, что теперь переписать код оболочки заново (с нуля) стало гораздо проще чем попытаться исправить баг так как слишком много демонов, служб и протоколов плотно интегрированы с багом и фактически нам неофициально объявили, что баг ВОЗМОЖНО будет оптимизирован только лишь в новой версии KDE Plasma 7 и то, это не точно. Отсутствие стабильности, отсталость KDE в виде той же поддержки отсталого и устаревшего протокола X11, неправильная работа с памятью и аппаратными ресурсами системы - это сегодняшняя KDE. Зато многочисленные рюшечки и эффекты на выбор за место стабильности.... Впрочем, кому что.

 

Посмотреть вложение 76606

Ну учитывая то что я собирал ПК на xeon с ddr4 на 32 Гб. Я каких либо тормозов не наблюдаю.

Посмотреть вложение 76606

 

Размер памяти и тип используемого процессора (пусть даже и серверного) не имеет никакого значения для бага. Да и баг проявляется не у всех и периодичность его проявления весьма спонтанна. Просто сам факт того что баг описан и существует в багрепорте ГОДАМИ игнорируемый разработчиками "кед", не делает чести не только разработчикам, но и самому продукту на который попросту "забили".

 

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

 

Речь не про регулярность выхода обновлений. Речь про то, что очень многие баги задокументированные в "(Зарегистрируйтесь или Авторизуйтесь)" не исправляются годами из-за чего KDE обрела весьма сомнительную репутацию нестабильного продукта который нельзя использовать для профессиональной деятельности. Сами разработчики комментируя этот очевидный факт заявляют что KDE - это не коммерческий продукт и существует исключительно на пожертвования Сообщества (что на самом деле не так) из-за чего разработчикам не удаются максимально быстро исправлять баги некоторые из которых ГОДАМИ кочуют из релиза в релиз и имеют флаг "не исправлено". Зоопарк из оболочек в *nix - это прекрасно из-за их конкуренции и одновременно печально так как если бы разработчики массово объединили свои усилия на развитии одной оболочки, то уже давным-давно бы Сообществу был бы представлен качественный и весьма надё1жный продукт к которым пока нельзя отнести НИ ОДНУ из существующих на сегодняшний день рабочего окружения под *nix. Как говорится: за двумя зайцами погонишься, ни одного не поймаешь (с). Как по-мне рейтинг надёжности сейчас занимает XFCE, а после уже GNOME при условии что пользователь откажется от использования рюшек и расширений gnome-shell (по-умолчанию они не установлены) которые не менее глючные и нестабильные как и в KDE (в которых рюшки установлены по умолчанию).