Что меняют дистрибутивы на базе 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 и отличается от него частотой релизов, политикой упаковки и рабочим столом по умолчанию.

Главная страница нового производного дистрибутива обычно говорит, каких из этих слоёв он касается и меняет ли что-то за пределами этой пятислойной модели.

Часто задаваемые вопросы