Що змінюють дистрибутиви на базі Arch, шар за шаром

Запитайте в сабреддиті CachyOS, що ставити, CachyOS чи Omarchy, і дві відповіді з найвищим рейтингом не будуть рекомендаціями. Одна каже: «Asking this in related to CachyOS sub…bruh». Інша порівнює це з тим, щоб зайти на форум Honda і спитати, купувати Accord чи Camry.

Обидві відповіді слушні, і причина тут механічна, а не в ставленні. Відмінності дистрибутивів на базі Arch зводяться до того, де саме кожен проєкт змінює стоковий Arch. У порівнюваних тут дистрибутивів ці зміни здебільшого припадають на п'ять місць: інсталятор, ядро та цілі компіляції, репозиторії пакетів, робоча оболонка й конфігурація, а також політика оновлень і відкату. CachyOS і Omarchy вносять найбільші зміни в різні шари.

Коротко

• У порівнюваних тут дистрибутивів корисні відмінності здебільшого вкладаються в п'ять шарів: інсталятор, ядро та цілі компіляції, репозиторії пакетів, робоча оболонка й конфігурація, політика оновлень і відкату.
• Проєкт може змінити один шар і не чіпати решту чотири — ось чому два дистрибутиви можуть обидва бути «на базі Arch» і майже нічого спільного не мати.
• CachyOS сильно змінює шари ядра/компіляції та репозиторіїв, курує інсталятор і не нав'язує робочу оболонку: ви обираєте свою під час встановлення.
• Omarchy сильно змінює шари робочої оболонки та політики оновлень, веде власний канал пакетів і не вносить у ядро та цілі компіляції змін заради продуктивності.
• Шари можна переймати окремо: CachyOS документує додавання своїх репозиторіїв до наявної інсталяції Arch, і люди проходили цей шлях на Omarchy з різним успіхом.

Що ця стаття не вирішує

Три питання стоять досить близько до цього, щоб їх із ним плутали, і кожному потрібен інший тип доказів, ніж може дати таксономія.

• Чи швидший CachyOS загалом. У цього питання власна доказова база і власна стаття.
• Який із двох вам варто встановити.
• Усі наявні похідні Arch. Тут названо п'ять, і ці п'ять шарів — модель порівняння для цієї групи, а не вичерпна таксономія всіх похідних Arch.

П'ять шарів, які відстежує це порівняння

У порівнюваних тут похідних п'ять шарів пояснюють більшість значущих відмінностей: інсталятор, ядро та цілі компіляції, репозиторії пакетів, робоча оболонка й конфігурація, а також політика оновлень і відкату. Проєкт може змінити один із них і залишити решту чотири рівно такими, якими їх постачає Arch.

Інсталятор — це шлях від голого заліза до завантаженої системи і той шар, де проєкт вирішує, скільки вибору вам залишити. Стоковий Arch документує ручний шлях встановлення і включає на своєму live-образі керований інсталятор archinstall; похідний дистрибутив усе одно може замінити цей досвід власними керованими типовими налаштуваннями. Важливо те, що цей інсталятор вирішує за вас: файлова система, завантажувач, шифрування, драйвери, робочий стіл. Кожне типове значення — це позиція, яку хтось зайняв.

Шар ядра та цілей компіляції охоплює три речі, які змішують. Яку збірку ядра ви завантажуєте. Під який набір інструкцій CPU скомпільовано ваші пакети. Який планувальник вирішує, що й коли виконується.

Ціль компіляції — це рівень мікроархітектури, під який зібрано пакет. x86-64 — базовий рівень, який підтримує будь-який процесор x86-64. x86-64-v3 додає можливості, зокрема AVX, AVX2, BMI1, BMI2 і FMA, а x86-64-v4 додає поверх v3 вимоги AVX-512. Пакет, зібраний під будь-який із цих рівнів, не запуститься на процесорі без потрібного набору можливостей. Планувальник вирішує, яке готове завдання отримає процесор наступним, і різні планувальники по-різному зважують пропускну здатність та інтерактивну чуйність. Похідний дистрибутив може змінити всі три речі, одну або жодної.

Шар репозиторіїв пакетів — це питання походження: чию збірку пакета ви отримуєте, наскільки вона свіжа і хто контролює канал, яким вона надходить. Стоковий Arch бере бінарники з core, extra та multilib, а поруч лежить AUR — рецепти збирання, які ви компілюєте самі. Похідний дистрибутив може покласти зверху власний репозиторій, поставити навмисну затримку перед репозиторіями Arch або зробити і те, й інше.

Шар робочої оболонки й конфігурації — це те, що з'являється на екрані і як воно влаштоване, і саме тут люди плутаються в термінах. Середовище робочого столу на кшталт KDE Plasma чи GNOME — це повний комплект: керування вікнами, панель, файловий менеджер, налаштування, застосунки. Мозаїчний віконний менеджер на кшталт i3 або мозаїчний композитор Wayland на кшталт Hyprland займається розташуванням вікон, не постачаючи повного набору робочого столу, і залишає панель, лаунчер, сповіщення та екран блокування окремими частинами. Похідний дистрибутив може нав'язати оболонку, запропонувати меню або не займати жодної позиції.

Шар оновлень і відкату охоплює те, як система рухається вперед і як ви повертаєтеся назад, коли вона йде кудись не туди. У стоковому Arch і те, й інше на вас: pacman -Syu, коли ви вирішите, відновлення через кеш пакетів або систему знімків, яку ви збудували самі. Похідний дистрибутив може обгорнути цю команду, обмежити її або не чіпати, а відновлення зробити типовою поведінкою, розклавши файлову систему так, щоб знімки були дешевими. Саме це дає структура підтомів Btrfs: знімок — це копія одного підтому на момент часу, і з інтеграцією в завантажувач похідний дистрибутив може пропонувати ці знімки як варіанти відновлення.

Що змінює CachyOS

CachyOS сильно змінює шар ядра та цілей компіляції і шар репозиторіїв пакетів, курує інсталятор і не нав'язує робочу оболонку. Він постачає власні збірки ядра і перезбирає пакети Arch під новіші рівні можливостей CPU, а те, що з'явиться на екрані, залишає на розсуд того, хто встановлює систему.

Його інсталятор дає змогу обрати робочий стіл, файлову систему та ядро, а також пакети й менеджер завантаження, а інструмент визначення обладнання ставить драйвери для всього, що знайде. Думки проєкту живуть нижче інсталятора, а не всередині нього.

Типове ядро linux-cachyos зібране з Clang ThinLTO і профілюванням AutoFDO, а родина пропонує BORE, EEVDF і BMQ як планувальники на вибір. Окремо він підтримує sched-ext — фреймворк для завантаження BPF-планувальника з простору користувача без збирання нового ядра. Це різні речі: sched-ext підміняє планувальник на льоту; це не четвертий пункт у тому списку.

CachyOS також перезбирає пакети Arch під x86-64-v3, x86-64-v4 і Zen4+, а його вікі заявляє приріст від 5 % до 20 % для x86-64-v3 відносно базового рівня. Це власна цифра CachyOS про власну роботу, а не незалежний вимір. Перезібрані пакети лежать у репозиторії CachyOS, накладеному поверх core, extra та multilib Arch, а не замість них. Накладання замість заміни зберігає читабельність походження: про будь-який пакет і далі можна сказати, який канал його зібрав.

Робоча оболонка — той шар, якого CachyOS не нав'язує. Ви самі обираєте середовище, хоча кілька варіантів постачаються з налаштуваннями або dotfiles, які підтримує CachyOS. Його онлайн-інсталятор пропонує сімнадцять і більше середовищ, зокрема KDE Plasma, GNOME, Hyprland, Niri, Sway і Xfce, і вибір за вами. CachyOS Hello і Kernel Manager — утиліти керування системою, а не оболонка.

CachyOS не вимагає власної обгортки для оновлень: прямий pacman -Syu залишається задокументованим шляхом поряд із необов'язковими інструментами на кшталт Shelly, Octopi та офлайн-оновлень. За встановлення на Btrfs CachyOS розкладає окремі підтоми і використовує Snapper для знімків відновлення; підтримувані конфігурації завантажувача можуть пропонувати ці знімки для відновлення.

ЧИТАЙ

Чи справді CachyOS швидший? Звідки насправді береться приріст продуктивності

Що змінює Omarchy

Omarchy сильно змінює шар робочої оболонки і шар політики оновлень, постачає власний канал пакетів і не вносить у ядро та цілі компіляції змін заради продуктивності. Він ставить один фіксований робочий стіл і бере команду оновлення на себе, замість того щоб залишити вам pacman.

Omarchy встановлюється зі свого образу ISO, на весь диск або у вільне місце поруч з іншою операційною системою, і типово шифрує диск. Інсталятор не ставить запитання про робочий стіл, бо відповідь лише одна.

Шар ядра та цілей компіляції майже не зачеплений. Власний посібник Omarchy описує його як дистрибутив на базі Arch, побудований навколо Hyprland і Quickshell, і на сторінках про інсталятор, оновлення, dotfiles та CLI не документує ні власного ядра, ні цілі компіляції, ні вибору планувальника. На звичайному залізі Omarchy працює на стокових пакетах ядра Arch, які надходять до нього з дзеркала Arch, як і решта системи. Єдина задокументована в посібнику заміна ядра потрібна для підтримки обладнання: на Intel-маках із чипом T2 інсталятор ставить пропатчене ядро linux-t2.

Шар репозиторіїв він таки змінює, але за іншою віссю, ніж CachyOS. Omarchy встановлюється як звичайні пакети pacman із власного Package Repository, а його типовий канал stable стежить за дзеркалом Arch, що відстає від найсвіжішого на місяць, щоб несумісності спершу спливали вище за течією. Три інші канали (RC, edge і dev) міняють цей буфер на свіжість.

Hyprland і Quickshell приходять разом, без можливості відмовитися. Hyprland — мозаїчний композитор Wayland; Quickshell — конструктор, з якого зібрано панель, лаунчер, меню, сповіщення та екран блокування, тому Omarchy може замінити всю оболонку в одному релізі, а не випустити тему. Це розділення дає Omarchy відтворювану базу, визначену проєктом, і водночас тримає ваші власні перевизначення окремо. Конфігурація ділиться надвоє: ваші dotfiles у ~/.config і типові значення проєкту в /usr/share/omarchy, що належать пакету й перезаписуються під час оновлення. Усе, що має пережити оновлення, належить до вашого боку цього поділу.

Політика оновлень — там, де позиція Omarchy найжорсткіша. Команда omarchy update виконує міграції, що очікують, та оновлення пакетів за одну операцію, попередньо роблячи знімок; відкат означає вибір цього знімка в завантажувачі. Спроба натомість запустити pacman -Syu впирається в захист: Omarchy зупиняє пряме оновлення системи і відсилає вас до своєї команди, хоча посібник каже, що захист підкаже, як обійти його для однієї транзакції. Суть у зв'язці: міграції їдуть разом з оновленнями пакетів.

ЧИТАЙ

Чому Omarchy хвалять і ненавидять за одне й те саме

Чому гілки порівнянь ніколи не сходяться

CachyOS і Omarchy зачіпають кілька тих самих шарів, але найсильніші зміни вносять у різних місцях. CachyOS зосереджений на ядрі, цілях компіляції та збірках пакетів; Omarchy — на робочій оболонці й процесі оновлення. Питання «що краще» згортає ці окремі питання в одне.

Вони перетинаються в шарах інсталятора, репозиторіїв і відновлення, але не однаково. Репозиторій CachyOS змінює те, як збираються пакети Arch; репозиторій Omarchy — те, коли вони надходять. CachyOS залишає прямі оновлення pacman доступними і додає навколо них знімки; Omarchy пов'язує оновлення пакетів, міграції та знімки за своєю командою оновлення.

Дві верхні відповіді в тій гілці про CachyOS стискали саме це: правильний діагноз, поданий без п'яти шарів, що за ним стоять.

Шари можна змішувати

П'ять шарів можна переймати окремо, а не обирати одне з двох. CachyOS публікує задокументований шлях додавання своїх репозиторіїв до інсталяції Arch і їх подальшого видалення. Omarchy — це інсталяція Arch, тож тим самим шляхом можна перенести на нього оптимізовані репозиторії CachyOS.

Люди так роблять. Коментатор у гілці на r/linux_gaming сказав прямо: «There's nothing stopping you from installing the cachyos kernel and repositories on omarchy». Хтось випустив скрипт встановлення для такої комбінації й опублікував його на Hacker News.

Незалежність у принципі — не те саме, що надійність на практиці. У гілці на r/omarchy про перехід між ними один коментатор повідомив, що «All of the install scripts and such to do this are currently not working for many people», і що ручне втручання теж не допомогло все запустити. Це одна людина в одній гілці, і саме такого роду проблем варто очікувати.

Друге обмеження стосується того, чого варта така комбінація. Опубліковані порівняння продуктивності показують невеликий розрив у середньому FPS в іграх, а ширший виграш від ядра, планувальників і цілей компіляції CachyOS лишається залежним від навантаження, а не автоматичним.

Чи дають робота CachyOS над ядром і цілі компіляції відчутний виграш у ширшому сенсі, і для яких класів навантажень, спирається на іншу доказову базу — не на ту, яку розбирає ця стаття.

Розробляйте на Linux VPS з root-доступом, NVMe та потужністю AMD EPYC.

Переглянути тарифи Linux

Де на тих самих шарах перебувають EndeavourOS і Manjaro

EndeavourOS і Manjaro лягають на ті самі п'ять шарів у власних поєднаннях, і саме це робить модель ціннішою за порівняння двох проєктів. EndeavourOS найбільше змінює шар інсталятора, але також використовує Dracut для генерації initramfs і підтримує невеликий репозиторій для власних інструментів і пакетів EndeavourOS. Manjaro найбільше змінює шар репозиторіїв, трохи — інсталятор і зовсім не чіпає шар цілей компіляції.

EndeavourOS описує себе як легку, орієнтовану на термінал систему на базі Arch, а додає вона керований інсталятор, невеликий підібраний набір пакетів (Firefox, Yay, FirewallD, Pipewire) і власний інструмент для драйверів GPU та віртуальних машин. Жодного власного ядра, жодного перезбирання загальних репозиторіїв Arch під конкретні CPU, жодного нав'язаного робочого столу: з усіх названих тут похідних вона лишається найближчою до стокового Arch.

Формулювання Manjaro — підхід каскадної стабільності. Пакети проходять через гілки unstable, testing і stable у власних репозиторіях Manjaro, а не стежать напряму за репозиторіями Arch, тому пакет Manjaro може бути старшим за однойменний пакет Arch. Його інсталятор пропонує вибір робочого столу серед офіційних редакцій Plasma, GNOME і Xfce, а також збірок спільноти Cinnamon, i3 і Sway.

У ньому є й інструмент для роботи з ядром, і тут різниця важлива. Manjaro Settings Manager додає і видаляє ядра, дозволяючи запускати іншу попередньо зібрану версію ядра. Вибір серед упакованих версій ядра — не та сама операція, що перезбирання пакетів під новіший набір інструкцій CPU, хоча обидві належать до шару ядра та цілей компіляції.

Ця модель гілок — ще й те, що відділяє Manjaro від світу фіксованих релізів. Ковзна модель Manjaro проти Ubuntu — те саме питання про репозиторії та політику оновлень, поставлене за межами родини Arch. Той самий підрахунок працює і за межами цієї родини. Ubuntu походить від Debian і відрізняється від нього частотою релізів, політикою пакування та типовим робочим столом.

Головна сторінка нового похідного дистрибутива зазвичай каже, яких із цих шарів він торкається і чи змінює щось за межами цієї п'ятишарової моделі.

Часті запитання