Wat Arch-gebaseerde distro's veranderen, laag voor laag

Vraag op de CachyOS-subreddit of je CachyOS of Omarchy moet installeren, en de twee best beoordeelde antwoorden zijn geen aanbevelingen. Eén luidt "Asking this in related to CachyOS sub…bruh." De ander vergelijkt het met een Honda-forum binnenlopen en vragen of je een Accord of een Camry moet kopen.

Beide antwoorden hebben gelijk, en de reden is mechanisch, niet een kwestie van houding. De verschillen tussen Arch-gebaseerde distro's komen neer op waar elk project het standaard-Arch aanpast. Voor de distributies die hier worden vergeleken, landen die aanpassingen vooral op vijf plekken: de installer, de kernel en compile-targets, de pakketrepo's, de desktopshell en configuratie, en het update- en rollbackbeleid. CachyOS en Omarchy doen hun grootste veranderingen in verschillende lagen.

De korte versie

• Voor de distributies die hier worden vergeleken, vallen de nuttige verschillen vooral in vijf lagen: installer, kernel en compile-targets, pakketrepo's, desktopshell en configuratie, update- en rollbackbeleid.
• Een project kan één laag veranderen en de andere vier met rust laten, en zo kunnen twee distributies allebei "Arch-gebaseerd" zijn en vrijwel niets delen.
• CachyOS verandert de kernel/compile- en repo-lagen ingrijpend, cureert de installer en legt geen desktopshell op: je kiest je eigen bij de installatie.
• Omarchy verandert de desktopshell- en updatebeleid-lagen ingrijpend, draait een eigen pakketkanaal en brengt geen prestatiegedreven wijzigingen aan de kernel of compile-targets aan.
• De lagen zijn afzonderlijk over te nemen: CachyOS documenteert hoe je zijn repo's aan een bestaande Arch-installatie toevoegt, en mensen hebben die route op Omarchy gevolgd met wisselend resultaat.

Wat dit artikel niet beslecht

Drie vragen liggen dicht genoeg bij deze om ermee verward te worden, en elk heeft een ander soort bewijs nodig dan een taxonomie kan leveren.

• Of CachyOS in het algemeen sneller is. Die vraag heeft zijn eigen bewijsbasis en zijn eigen artikel.
• Welke van de twee je moet installeren.
• Elke Arch-afgeleide die bestaat. Vijf worden hier genoemd, en deze vijf lagen zijn een vergelijkingsmodel voor deze groep, geen uitputtende taxonomie van elke Arch-afgeleide.

Vijf lagen die deze vergelijking volgt

Voor de afgeleiden die hier worden vergeleken, verklaren vijf lagen de meeste betekenisvolle verschillen: de installer, de kernel en compile-targets, de pakketrepo's, de desktopshell en configuratie, en het update- en rollbackbeleid. Een project kan er één veranderen en de andere vier precies laten zoals Arch ze levert.

De installer is de weg van kale hardware naar een opgestart systeem, en de laag waarin een project besluit hoeveel keuzes het jou geeft. Standaard-Arch documenteert een handmatige installatieroute en levert ook de begeleide installer archinstall mee op zijn live-ISO; een afgeleide kan die ervaring alsnog vervangen door eigen begeleide standaardinstellingen. Wat telt, is wat die installer namens jou vastlegt: bestandssysteem, bootloader, versleuteling, drivers, desktop. Elke standaardinstelling is een standpunt dat iemand heeft ingenomen.

De laag kernel en compile-targets omvat drie dingen die door elkaar worden gehaald. Welke kernelbuild je opstart. Tegen welke CPU-instructieset je pakketten zijn gecompileerd. Welke scheduler bepaalt wat wanneer draait.

Een compile-target is het microarchitectuurniveau waarvoor een pakket is gebouwd. x86-64 is de basis die elke x86-64-processor ondersteunt. x86-64-v3 voegt functies toe waaronder AVX, AVX2, BMI1, BMI2 en FMA, terwijl x86-64-v4 daarbovenop AVX-512 vereist. Een pakket dat voor een van beide niveaus is gebouwd, start niet op een processor die de vereiste functieset mist. De scheduler bepaalt welke gereedstaande taak de processor als volgende krijgt, en schedulers wegen doorvoer anders af tegen interactieve responsiviteit. Een afgeleide kan alle drie veranderen, één, of geen.

De laag van de pakketrepo's is een kwestie van herkomst: wiens build van een pakket je krijgt, hoe vers die is en wie het kanaal beheert waarlangs die binnenkomt. Standaard-Arch haalt binaries uit core, extra en multilib, met de AUR ernaast als bouwrecepten die je zelf compileert. Een afgeleide kan er een eigen repo bovenop leggen, een bewuste vertraging voor die van Arch zetten, of allebei.

De laag desktopshell en configuratie is wat er op het scherm verschijnt en hoe het is ingedeeld, en hier struikelen mensen over het vocabulaire. Een desktopomgeving zoals KDE Plasma of GNOME is een compleet pakket: vensterbeheer, paneel, bestandsbeheerder, instellingen, applicaties. Een tiling window manager zoals i3, of een tiling Wayland-compositor zoals Hyprland, regelt de vensterplaatsing zonder een complete desktopsuite mee te leveren, en laat balk, launcher, meldingen en vergrendelscherm als losse onderdelen over. Een afgeleide kan een shell opleggen, een menu aanbieden of geen standpunt innemen.

De laag update en rollback omvat hoe het systeem vooruitgaat en hoe je terugkomt wanneer het ergens verkeerd terechtkomt. Op standaard-Arch zijn beide van jou: pacman -Syu wanneer jij besluit, herstel via de pakketcache of een snapshotopzet die je zelf hebt gebouwd. Een afgeleide kan dat commando inpakken, afschermen of met rust laten, en kan herstel tot standaard maken door het bestandssysteem zo in te richten dat snapshots goedkoop zijn. Dat is wat een Btrfs-subvolume-indeling oplevert: een snapshot is een momentopname van één subvolume, en met bootloaderintegratie kan een afgeleide die snapshots als herstelopties aanbieden.

Wat CachyOS verandert

CachyOS verandert de laag kernel en compile-targets en de laag pakketrepo's ingrijpend, cureert de installer en legt geen desktopshell op. Het levert eigen kernelbuilds en hercompileert Archs pakketten voor nieuwere CPU-functieniveaus, en laat wat er op het scherm verschijnt over aan wie het installeert.

De installer laat je desktop, bestandssysteem en kernel kiezen, samen met pakketten en bootmanager, en een hardwaredetectietool installeert drivers voor alles wat hij vindt. De opvattingen van het project leven onder de installer, niet erin.

De standaard linux-cachyos-kernel is gebouwd met Clang ThinLTO en AutoFDO-profilering, en de familie biedt BORE, EEVDF en BMQ als selecteerbare schedulers. Los daarvan ondersteunt het sched-ext, een framework om een BPF-scheduler vanuit userspace te laden zonder een nieuwe kernel te bouwen. De twee zijn verschillend: sched-ext wisselt een scheduler tijdens runtime; het is geen vierde item in die lijst.

CachyOS hercompileert Archs pakketten ook voor x86-64-v3, x86-64-v4 en Zen4+, en zijn wiki claimt een winst van 5% tot 20% voor x86-64-v3 ten opzichte van de basis. Dat is het eigen cijfer van CachyOS voor eigen werk, geen onafhankelijke meting. De herbouwde pakketten staan in een CachyOS-repo die bovenop Archs core, extra en multilib ligt in plaats van ze te vervangen. Laagsgewijs toevoegen in plaats van vervangen houdt de herkomst leesbaar: van elk pakket kun je nog steeds zeggen welk kanaal het heeft gebouwd.

De desktopshell is de laag die CachyOS niet oplegt. Je kiest de omgeving, al worden verschillende opties geleverd met door CachyOS onderhouden instellingen of dotfiles. De online-installer biedt zeventien of meer omgevingen, waaronder KDE Plasma, GNOME, Hyprland, Niri, Sway en Xfce, en de keuze is aan jou. CachyOS Hello en de Kernel Manager zijn systeembeheerhulpmiddelen, geen shell.

CachyOS vereist geen eigen updatewrapper: rechtstreeks pacman -Syu blijft een gedocumenteerde route, naast optionele tools zoals Shelly, Octopi en offline-updates. Geïnstalleerd op Btrfs legt CachyOS aparte subvolumes aan en gebruikt het Snapper voor herstelsnapshots; ondersteunde bootloaderopstellingen kunnen die snapshots voor herstel aanbieden.

LEES

Is CachyOS echt sneller? Waar de prestatiewinst werkelijk vandaan komt

Wat Omarchy verandert

Omarchy verandert de desktopshell-laag en de updatebeleid-laag ingrijpend, levert een eigen pakketkanaal en brengt geen prestatiegedreven wijzigingen aan de kernel of compile-targets aan. Het installeert één vaste desktop en neemt het updatecommando in eigen hand in plaats van pacman aan jou over te laten.

Omarchy installeert vanaf een eigen ISO, op de volledige schijf of in vrije ruimte naast een ander besturingssysteem, en versleutelt de schijf standaard. De installer stelt geen desktopvraag, omdat er maar één antwoord is.

De laag kernel en compile-targets blijft grotendeels onaangeroerd. Omarchy's eigen handleiding beschrijft het als een Arch-gebaseerde distributie rond Hyprland en Quickshell, en op de pagina's over installer, update, dotfiles en CLI documenteert die geen eigen kernel, geen compile-target en geen schedulerkeuze. Op gewone hardware draait Omarchy de standaard Arch-kernelpakketten, die het net als de rest van het systeem van een Arch-mirror krijgt. De enige kernelvervanging die de handleiding documenteert, dient hardwareondersteuning: op Intel-Macs met T2-chip zet de installer een gepatchte linux-t2-kernel op.

De repo-laag verandert het wél, maar langs een andere as dan CachyOS. Omarchy installeert als gewone pacman-pakketten uit zijn eigen Package Repository, en het standaardkanaal stable volgt een Arch-mirror die een maand achterloopt op de nieuwste, zodat incompatibiliteiten eerst upstream opduiken. Drie andere kanalen (RC, edge en dev) ruilen die buffer in voor versheid.

Hyprland en Quickshell komen samen, zonder opt-out. Hyprland is de tiling Wayland-compositor; Quickshell is de bouwdoos waaruit balk, launcher, menu's, meldingen en vergrendelscherm zijn opgebouwd, en daarom kan Omarchy in één release de hele shell vervangen in plaats van een thema uit te brengen. Die splitsing geeft Omarchy een reproduceerbare, door het project gedefinieerde basis, terwijl je eigen aanpassingen apart blijven. De configuratie splitst in tweeën: jouw dotfiles in ~/.config, de standaardinstellingen van het project in /usr/share/omarchy, eigendom van het pakket en overschreven bij een update. Alles wat een update moet overleven, hoort aan jouw kant van die splitsing.

Het updatebeleid is waar Omarchy's standpunt het scherpst is. Het commando omarchy update voert openstaande migraties en pakketupdates in één handeling uit, en maakt eerst een snapshot; terugdraaien betekent die snapshot kiezen in de bootloader. Wie in plaats daarvan naar pacman -Syu grijpt, stuit op een blokkade: Omarchy houdt een rechtstreekse systeemupgrade tegen en verwijst je naar zijn eigen commando, al zegt de handleiding dat de blokkade uitlegt hoe je die voor één transactie omzeilt. Het punt is koppeling: de migraties reizen mee met de pakketupdates.

LEES

Waarom Omarchy om dezelfde redenen wordt bejubeld en gehaat

Waarom de vergelijkingsdiscussies nooit samenkomen

CachyOS en Omarchy raken verschillende van dezelfde lagen, maar plaatsen hun sterkste veranderingen op verschillende plekken. CachyOS concentreert zich op de kernel, compile-targets en pakketbuilds; Omarchy concentreert zich op de desktopshell en de updateworkflow. "Welke is beter" perst die afzonderlijke vragen samen tot één.

Ze overlappen in de lagen installer, repo en herstel, maar niet op dezelfde manier. CachyOS' repo verandert hoe Archs pakketten worden gebouwd; die van Omarchy verandert wanneer ze aankomen. CachyOS laat rechtstreekse pacman-updates beschikbaar en legt er snapshots omheen; Omarchy koppelt pakketupdates, migraties en snapshots achter zijn eigen updatecommando.

De twee bovenste antwoorden in die CachyOS-discussie comprimeerden precies dit: een juiste diagnose, geleverd zonder de vijf lagen erachter.

De lagen kunnen worden gemengd

De vijf lagen zijn afzonderlijk over te nemen in plaats van elkaar uit te sluiten. CachyOS publiceert een gedocumenteerde route om zijn repo's aan een Arch-installatie toe te voegen, en om ze weer te verwijderen. Omarchy is een Arch-installatie, dus dezelfde route kan CachyOS' geoptimaliseerde repo's erop zetten.

Mensen doen dit. Een reageerder in een discussie op r/linux_gaming zei het onomwonden: "There's nothing stopping you from installing the cachyos kernel and repositories on omarchy." Iemand heeft een installatiescript voor de combinatie uitgebracht en op Hacker News gepost.

Onafhankelijkheid in principe is geen betrouwbaarheid in de praktijk. In een r/omarchy-discussie over het wisselen tussen de twee meldde een reageerder dat "All of the install scripts and such to do this are currently not working for many people," en dat handmatig ingrijpen het evenmin aan de praat kreeg. Dat is één persoon in één discussie, en het soort problemen waar je op moet rekenen.

De tweede grens ligt bij wat de combinatie waard is. Gepubliceerde prestatievergelijkingen laten weinig verschil in gemiddelde FPS zien bij gamen, terwijl bredere winst uit CachyOS' kernel, schedulers en compile-targets workloadspecifiek blijft in plaats van automatisch.

Of CachyOS' kernelwerk en compile-targets breder een betekenisvolle winst opleveren, en voor welke klassen workloads, berust op een andere bewijsbasis, niet die welke dit artikel beslecht.

Bouw op een Linux VPS met root-toegang, NVMe en AMD EPYC-kracht.

Bekijk Linux-plannen

Waar EndeavourOS en Manjaro op dezelfde lagen staan

EndeavourOS en Manjaro landen in hun eigen combinaties op dezelfde vijf lagen, en dat maakt het model meer waard dan een vergelijking tussen twee projecten. EndeavourOS verandert de installer-laag het meest, maar gebruikt ook Dracut voor het genereren van de initramfs en onderhoudt een kleine repo voor EndeavourOS-specifieke tools en pakketten. Manjaro verandert de repo-laag het meest, de installer enigszins, en de compile-target-laag helemaal niet.

EndeavourOS omschrijft zichzelf als een lichtgewicht, terminalgericht Arch-systeem, en wat het toevoegt is een begeleide installer, een korte gecureerde pakketset (Firefox, Yay, FirewallD, Pipewire) en een eigen tool voor GPU- en VM-drivers. Geen eigen kernel, geen CPU-gerichte herbouw van Archs algemene repo's, geen opgelegde desktop: het blijft van alle hier genoemde afgeleiden het dichtst bij standaard-Arch.

Manjaro's framing is een aanpak van getrapte stabiliteit. Pakketten doorlopen de takken unstable, testing en stable in Manjaro's eigen repo's in plaats van die van Arch rechtstreeks te volgen, en daarom kan een Manjaro-pakket ouder zijn dan het gelijknamige Arch-pakket. De installer biedt een desktopkeuze uit de officiële edities Plasma, GNOME en Xfce, plus de community-builds Cinnamon, i3 en Sway.

Het heeft ook een kerneltool aan boord, en het onderscheid doet ertoe. Manjaro Settings Manager voegt kernels toe en verwijdert ze, zodat je een andere voorgebouwde kernelversie kunt draaien. Kiezen tussen verpakte kernelversies is niet dezelfde handeling als pakketten herbouwen voor een nieuwere CPU-instructieset, al vallen beide in de laag kernel en compile-targets.

Dat takkenmodel is ook wat Manjaro scheidt van de wereld van vaste releases. Manjaro's rolling-model tegenover Ubuntu is dezelfde vraag over repo's en updatebeleid, gesteld buiten de Arch-familie. Dezelfde boekhouding werkt ook voorbij die familie. Ubuntu is afgeleid van Debian en verschilt ervan in releasecadans, verpakkingsbeleid en standaarddesktop.

De voorpagina van een nieuwe afgeleide vertelt je meestal welke van deze lagen ze raakt, en of ze iets buiten dit vijflagenmodel verandert.

Veelgestelde vragen