Co mění distribuce založené na Archu, vrstvu po vrstvě

Zeptejte se na subredditu CachyOS, jestli nainstalovat CachyOS, nebo Omarchy, a dvě nejlépe hodnocené odpovědi nebudou doporučení. Jedna zní „Asking this in related to CachyOS sub…bruh.“ Druhá to přirovnává k tomu, když vejdete na fórum Hondy a zeptáte se, jestli koupit Accord, nebo Camry.

Obě odpovědi mají pravdu a důvod je mechanický, ne postojový. Rozdíly mezi distribucemi založenými na Archu se scvrkávají na to, kde každý projekt upravuje výchozí Arch. U zde srovnávaných distribucí tyto úpravy dopadají hlavně na pět míst: instalátor, jádro a cíle kompilace, repozitáře balíčků, desktopové prostředí a konfiguraci a politiku aktualizací a návratu zpět. CachyOS a Omarchy dělají největší změny v různých vrstvách.

Zkrácená verze

• U zde srovnávaných distribucí spadají užitečné rozdíly hlavně do pěti vrstev: instalátor, jádro a cíle kompilace, repozitáře balíčků, desktopové prostředí a konfigurace, politika aktualizací a návratu zpět.
• Projekt může změnit jednu vrstvu a ostatní čtyři nechat být, a právě tak mohou být dvě distribuce obě „založené na Archu“ a přitom nesdílet skoro nic.
• CachyOS silně mění vrstvy jádra/kompilace a repozitářů, kurátoruje instalátor a nevnucuje žádné desktopové prostředí: své si vyberete při instalaci.
• Omarchy silně mění vrstvy desktopového prostředí a politiky aktualizací, provozuje vlastní kanál balíčků a do jádra ani cílů kompilace nezasahuje kvůli výkonu.
• Vrstvy lze přebírat odděleně: CachyOS dokumentuje přidání svých repozitářů do existující instalace Archu a lidé tuto cestu na Omarchy zkoušeli se smíšenými výsledky.

Co tento článek neřeší

Tři otázky leží dost blízko této, aby se s ní pletly, a každá potřebuje jiný druh důkazu, než jaký může poskytnout taxonomie.

• Zda je CachyOS obecně rychlejší. Tato otázka má vlastní důkazní základnu a vlastní článek.
• Kterou z těch dvou byste si měli nainstalovat.
• Každou existující odvozeninu Archu. Zde je jmenováno pět a těchto pět vrstev je srovnávací model pro tuto skupinu, ne vyčerpávající taxonomie všech odvozenin Archu.

Pět vrstev, které toto srovnání sleduje

U zde srovnávaných odvozenin vysvětluje většinu podstatných rozdílů pět vrstev: instalátor, jádro a cíle kompilace, repozitáře balíčků, desktopové prostředí a konfigurace a politika aktualizací a návratu zpět. Projekt může změnit jednu z nich a ostatní čtyři nechat přesně tak, jak je Arch dodává.

Instalátor je cesta od holého hardwaru k nabootovanému systému a vrstva, ve které projekt rozhoduje, kolik voleb vám nechá. Výchozí Arch dokumentuje ruční instalační postup a na svém live ISO má i řízený instalátor archinstall; odvozenina přesto může tento zážitek nahradit vlastními řízenými výchozími hodnotami. Důležité je, co za vás tento instalátor rozhodne: souborový systém, zavaděč, šifrování, ovladače, desktop. Každé výchozí nastavení je postoj, který někdo zaujal.

Vrstva jádra a cílů kompilace zahrnuje tři věci, které se pletou dohromady. Které sestavení jádra bootujete. Pro jakou instrukční sadu CPU byly vaše balíčky zkompilovány. Který plánovač rozhoduje, co kdy poběží.

Cíl kompilace je úroveň mikroarchitektury, pro kterou byl balíček sestaven. x86-64 je základ, který podporuje každý procesor x86-64. x86-64-v3 přidává funkce včetně AVX, AVX2, BMI1, BMI2 a FMA, zatímco x86-64-v4 přidává nad v3 požadavky na AVX-512. Balíček sestavený pro kteroukoli z těchto úrovní se nespustí na procesoru, kterému chybí požadovaná sada funkcí. Plánovač rozhoduje, která připravená úloha dostane procesor jako další, a plánovače různě vyvažují propustnost proti interaktivní odezvě. Odvozenina může změnit všechny tři, jednu, nebo žádnou.

Vrstva repozitářů balíčků je otázka původu: čí sestavení balíčku dostanete, jak je čerstvé a kdo ovládá kanál, kterým přichází. Výchozí Arch stahuje binárky z core, extra a multilib a vedle nich stojí AUR jako recepty k sestavení, které si kompilujete sami. Odvozenina může navrch přidat vlastní repozitář, před repozitáře Archu vložit záměrné zpoždění, nebo obojí.

Vrstva desktopového prostředí a konfigurace je to, co se objeví na obrazovce a jak je to uspořádané, a právě tady lidi klame slovník. Desktopové prostředí jako KDE Plasma nebo GNOME je kompletní balík: správa oken, panel, správce souborů, nastavení, aplikace. Dlaždicový správce oken jako i3 nebo dlaždicový kompozitor Waylandu jako Hyprland řeší rozmístění oken, aniž by dodával kompletní desktopovou sadu, a nechává lištu, spouštěč, oznámení a zamykací obrazovku jako samostatné kusy. Odvozenina může shell vnutit, nabídnout nabídku, nebo nezaujmout žádný postoj.

Vrstva aktualizací a návratu zpět zahrnuje to, jak se systém posouvá vpřed a jak se vrátíte, když se posune někam špatně. Na výchozím Archu je obojí na vás: pacman -Syu, když se rozhodnete, obnova přes cache balíčků nebo snímkové uspořádání, které jste si postavili. Odvozenina může tento příkaz obalit, zablokovat nebo nechat být a může z obnovy udělat výchozí stav tím, že rozvrhne souborový systém tak, aby snímky byly levné. Přesně to přináší uspořádání subvolumes v Btrfs: snímek je kopie jednoho subvolume v daném okamžiku a s integrací do zavaděče může odvozenina tyto snímky nabídnout jako možnosti obnovy.

Co mění CachyOS

CachyOS silně mění vrstvu jádra a cílů kompilace a vrstvu repozitářů balíčků, kurátoruje instalátor a nevnucuje žádné desktopové prostředí. Dodává vlastní sestavení jádra a překompilovává balíčky Archu pro novější úrovně funkcí CPU a to, co se objeví na obrazovce, nechává na tom, kdo ho instaluje.

Jeho instalátor vám umožní vybrat desktop, souborový systém a jádro spolu s balíčky a správcem zavádění a nástroj pro detekci hardwaru nainstaluje ovladače pro vše, co najde. Názory projektu žijí pod instalátorem, ne v něm.

Výchozí jádro linux-cachyos je sestavené s Clang ThinLTO a profilováním AutoFDO a rodina nabízí BORE, EEVDF a BMQ jako volitelné plánovače. Odděleně podporuje sched-ext, framework pro načtení BPF plánovače z uživatelského prostoru bez sestavování nového jádra. Jde o dvě různé věci: sched-ext vymění plánovač za běhu; není to čtvrtá položka v onom seznamu.

CachyOS také překompilovává balíčky Archu pro x86-64-v3, x86-64-v4 a Zen4+ a jeho wiki uvádí zrychlení o 5 % až 20 % pro x86-64-v3 oproti základu. To je vlastní číslo CachyOS o vlastní práci, ne nezávislé měření. Přestavěné balíčky leží v repozitáři CachyOS navrstveném nad core, extra a multilib Archu, místo aby je nahrazoval. Vrstvení místo nahrazování udržuje původ čitelný: u každého balíčku stále můžete říct, který kanál ho sestavil.

Desktopové prostředí je vrstva, kterou CachyOS nevnucuje. Prostředí si vybíráte vy, i když několik možností přichází s nastavením nebo dotfiles, které spravuje CachyOS. Jeho online instalátor nabízí sedmnáct či více prostředí včetně KDE Plasma, GNOME, Hyprland, Niri, Sway a Xfce a volba je na vás. CachyOS Hello a Kernel Manager jsou nástroje pro správu systému, ne shell.

CachyOS nevyžaduje vlastní obal na aktualizace: přímý pacman -Syu zůstává dokumentovanou cestou vedle volitelných nástrojů jako Shelly, Octopi a offline aktualizace. Při instalaci na Btrfs rozvrhne CachyOS oddělené subvolumes a používá Snapper pro snímky pro obnovu; podporovaná nastavení zavaděče mohou tyto snímky nabídnout k obnově.

ČTĚTE

Je CachyOS opravdu rychlejší? Odkud ve skutečnosti pochází nárůst výkonu

Co mění Omarchy

Omarchy silně mění vrstvu desktopového prostředí a vrstvu politiky aktualizací, dodává vlastní kanál balíčků a do jádra ani cílů kompilace nezasahuje kvůli výkonu. Instaluje jeden pevný desktop a přebírá příkaz pro aktualizaci, místo aby vám nechal pacman.

Omarchy se instaluje z vlastního ISO, na celý disk nebo do volného místa vedle jiného operačního systému, a ve výchozím stavu disk šifruje. Instalátor se na desktop neptá, protože existuje jen jedna odpověď.

Vrstva jádra a cílů kompilace zůstává z velké části nedotčená. Vlastní příručka Omarchy ho popisuje jako distribuci založenou na Archu postavenou kolem Hyprlandu a Quickshellu a na stránkách o instalátoru, aktualizacích, dotfiles a CLI nedokumentuje žádné vlastní jádro, žádný cíl kompilace ani výběr plánovače. Na běžném hardwaru běží Omarchy na výchozích balíčcích jádra Archu, které k němu přicházejí ze zrcadla Archu jako zbytek systému. Jediná náhrada jádra, kterou příručka dokumentuje, slouží k podpoře hardwaru: na Intel Macích s čipem T2 instalátor nastaví záplatované jádro linux-t2.

Vrstvu repozitářů ovšem mění, ale po jiné ose než CachyOS. Omarchy se instaluje jako běžné balíčky pacmanu z vlastního Package Repository a jeho výchozí kanál stable sleduje zrcadlo Archu, které je o měsíc pozadu za nejnovějším, takže nekompatibility se objeví nejdřív výš v řetězci. Tři další kanály (RC, edge a dev) mění tuto rezervu za čerstvost.

Hyprland a Quickshell přicházejí společně, bez možnosti odmítnout. Hyprland je dlaždicový kompozitor Waylandu; Quickshell je stavebnice, ze které jsou postaveny lišta, spouštěč, nabídky, oznámení a zamykací obrazovka, a proto může Omarchy v jednom vydání vyměnit celý shell, místo aby dodalo motiv. Toto rozdělení dává Omarchy reprodukovatelný základ definovaný projektem a zároveň drží vaše vlastní úpravy odděleně. Konfigurace se dělí na dvě části: vaše dotfiles v ~/.config a výchozí nastavení projektu v /usr/share/omarchy, vlastněné balíčkem a přepisované při aktualizaci. Vše, co má přežít aktualizaci, patří na vaši stranu tohoto rozdělení.

Politika aktualizací je místo, kde je postoj Omarchy nejostřejší. Příkaz omarchy update provede čekající migrace a aktualizace balíčků v jedné operaci a napřed pořídí snímek; návrat zpět znamená vybrat tento snímek v zavaděči. Sáhnutí po pacman -Syu místo toho narazí na pojistku: Omarchy zastaví přímý upgrade systému a odkáže vás na vlastní příkaz, i když příručka říká, že pojistka vám poradí, jak ji pro jednu transakci obejít. Jde o provázání: migrace cestují spolu s aktualizacemi balíčků.

ČTĚTE

Proč je Omarchy ze stejných důvodů vychvalované i nenáviděné

Proč se srovnávací vlákna nikdy nesejdou

CachyOS a Omarchy se dotýkají několika stejných vrstev, ale své nejsilnější změny umisťují na různá místa. CachyOS se soustředí na jádro, cíle kompilace a sestavení balíčků; Omarchy se soustředí na desktopové prostředí a postup aktualizace. „Které je lepší“ slévá tyto oddělené otázky do jedné.

Překrývají se ve vrstvách instalátoru, repozitářů a obnovy, ale ne stejným způsobem. Repozitář CachyOS mění to, jak se balíčky Archu sestavují; repozitář Omarchy mění to, kdy dorazí. CachyOS nechává přímé aktualizace pacmanem dostupné a obaluje je snímky; Omarchy provazuje aktualizace balíčků, migrace a snímky za vlastním příkazem pro aktualizaci.

Dvě odpovědi na vrcholu onoho vlákna o CachyOS zhušťovaly přesně tohle: správnou diagnózu podanou bez pěti vrstev, které za ní stojí.

Vrstvy lze kombinovat

Pět vrstev lze přebírat odděleně, místo aby se navzájem vylučovaly. CachyOS zveřejňuje dokumentovanou cestu pro přidání svých repozitářů do instalace Archu i pro jejich opětovné odebrání. Omarchy je instalace Archu, takže stejnou cestou lze na něj přenést optimalizované repozitáře CachyOS.

Lidé to dělají. Komentující ve vlákně na r/linux_gaming to řekl bez obalu: „There's nothing stopping you from installing the cachyos kernel and repositories on omarchy.“ Někdo vydal instalační skript pro tuto kombinaci a zveřejnil ho na Hacker News.

Nezávislost v principu není spolehlivost v praxi. Ve vlákně na r/omarchy o přechodu mezi těmi dvěma jeden komentující hlásil, že „All of the install scripts and such to do this are currently not working for many people“, a že ani ruční zásah to nerozběhal. Je to jeden člověk v jednom vlákně a druh potíží, se kterými se vyplatí počítat.

Druhá mez je v tom, co je kombinace zač. Zveřejněná srovnání výkonu ukazují ve hrách malý rozdíl v průměrných FPS, zatímco širší přínosy jádra, plánovačů a cílů kompilace CachyOS zůstávají závislé na zátěži, nikoli automatické.

Zda práce CachyOS na jádru a cílech kompilace přináší podstatný zisk v širším měřítku a pro které třídy zátěží, stojí na jiné důkazní základně, ne na té, kterou řeší tento článek.

Stavte na Linux VPS s root přístupem, NVMe a výkonem AMD EPYC.

Zobrazit Linux plány

Kde na stejných vrstvách stojí EndeavourOS a Manjaro

EndeavourOS a Manjaro dopadají na stejných pět vrstev ve vlastních kombinacích, a právě to dělá model cennějším než srovnání dvou projektů. EndeavourOS mění nejvíc vrstvu instalátoru, ale používá také Dracut pro generování initramfs a udržuje malý repozitář pro nástroje a balíčky specifické pro EndeavourOS. Manjaro mění nejvíc vrstvu repozitářů, instalátor trochu a vrstvu cílů kompilace vůbec.

EndeavourOS se popisuje jako odlehčený systém založený na Archu zaměřený na terminál a přidává řízený instalátor, krátkou kurátorovanou sadu balíčků (Firefox, Yay, FirewallD, Pipewire) a vlastní nástroj pro ovladače GPU a VM. Žádné vlastní jádro, žádná přestavba obecných repozitářů Archu cílená na CPU, žádný vnucený desktop: ze všech zde jmenovaných odvozenin zůstává nejblíž výchozímu Archu.

Manjaro svůj přístup rámuje jako kaskádovou stabilitu. Balíčky procházejí větvemi unstable, testing a stable ve vlastních repozitářích Manjara, místo aby přímo sledovaly repozitáře Archu, a proto může být balíček Manjara starší než stejnojmenný balíček Archu. Jeho instalátor nabízí volbu desktopu z oficiálních edic Plasma, GNOME a Xfce a komunitních sestavení Cinnamon, i3 a Sway.

Má také nástroj pro jádro a na tom rozdílu záleží. Manjaro Settings Manager přidává a odebírá jádra, takže můžete spustit jinou předsestavenou verzi jádra. Volba mezi zabalenými verzemi jádra není stejná operace jako přestavba balíčků pro novější instrukční sadu CPU, i když obě spadají do vrstvy jádra a cílů kompilace.

Tento model větví je také to, co odděluje Manjaro od světa pevných vydání. Průběžný model Manjara proti Ubuntu je tatáž otázka repozitářů a politiky aktualizací položená mimo rodinu Archu. Stejné účtování funguje i za hranicemi této rodiny. Ubuntu vychází z Debianu a liší se od něj kadencí vydání, politikou balíčkování a výchozím desktopem.

Úvodní stránka nové odvozeniny vám obvykle řekne, kterých z těchto vrstev se dotýká a zda mění něco mimo tento pětivrstvý model.

Časté dotazy