Hvad Arch-baserede distroer ændrer, lag for lag

Spørg CachyOS-subreddittet, om du skal installere CachyOS eller Omarchy, og de to højest vurderede svar er ikke anbefalinger. Det ene lyder "Asking this in related to CachyOS sub…bruh." Det andet sammenligner det med at gå ind på et Honda-forum og spørge, om man skal købe en Accord eller en Camry.

Begge svar har ret, og grunden er mekanisk snarere end et spørgsmål om holdning. Forskellene på Arch-baserede distroer koger ned til, hvor hvert projekt ændrer standard-Arch. For de distributioner, der sammenlignes her, lander de ændringer mest fem steder: installeren, kernen og compile-targets, pakkerepoerne, desktopskallen og konfigurationen samt opdaterings- og rollbackpolitikken. CachyOS og Omarchy laver deres største ændringer i forskellige lag.

Den korte version

• For de distributioner, der sammenlignes her, falder de nyttige forskelle mest i fem lag: installer, kerne og compile-targets, pakkerepoer, desktopskal og konfiguration, opdaterings- og rollbackpolitik.
• Et projekt kan ændre ét lag og lade de fire andre være, og sådan kan to distributioner begge være "Arch-baserede" og næsten intet have til fælles.
• CachyOS ændrer kerne/compile- og repo-lagene kraftigt, kuraterer installeren og påtvinger ingen desktopskal: du vælger selv din ved installationen.
• Omarchy ændrer desktopskal- og opdateringspolitik-lagene kraftigt, kører sin egen pakkekanal og laver ingen ydelsesmotiverede ændringer af kernen eller compile-targets.
• Lagene kan overtages hver for sig: CachyOS dokumenterer, hvordan man tilføjer dets repoer til en eksisterende Arch-installation, og folk har gået den vej på Omarchy med blandede resultater.

Hvad denne artikel ikke afgør

Tre spørgsmål ligger tæt nok på dette til at blive forvekslet med det, og hvert af dem kræver en anden slags bevis, end en taksonomi kan levere.

• Om CachyOS er hurtigere generelt. Det spørgsmål har sit eget evidensgrundlag og sin egen artikel.
• Hvilken af de to du bør installere.
• Hver eneste Arch-afledte distro, der findes. Fem nævnes her, og disse fem lag er en sammenligningsmodel for denne gruppe snarere end en udtømmende taksonomi over alle Arch-afledte distroer.

Fem lag, som denne sammenligning følger

For de afledte distroer, der sammenlignes her, forklarer fem lag de fleste meningsfulde forskelle: installeren, kernen og compile-targets, pakkerepoerne, desktopskallen og konfigurationen samt opdaterings- og rollbackpolitikken. Et projekt kan ændre ét af dem og lade de fire andre være præcis, som Arch leverer dem.

Installeren er vejen fra bar metal til et bootet system og det lag, hvor et projekt beslutter, hvor mange valg det overlader til dig. Standard-Arch dokumenterer en manuel installationsvej og har også den guidede installer archinstall med på sin live-ISO; en afledt distro kan stadig erstatte den oplevelse med sine egne guidede standardvalg. Det, der betyder noget, er, hvad installeren afgør på dine vegne: filsystem, bootloader, kryptering, drivere, desktop. Hver standardindstilling er en holdning, nogen har indtaget.

Laget for kerne og compile-targets dækker tre ting, der bliver blandet sammen. Hvilket kernebuild du booter. Hvilket CPU-instruktionssæt dine pakker er kompileret mod. Hvilken scheduler der afgør, hvad der kører hvornår.

Et compile-target er det mikroarkitekturniveau, en pakke er bygget til. x86-64 er den basis, alle x86-64-processorer understøtter. x86-64-v3 tilføjer funktioner som AVX, AVX2, BMI1, BMI2 og FMA, mens x86-64-v4 lægger AVX-512-krav oven på v3. En pakke bygget til et af disse niveauer starter ikke på en processor, der mangler det krævede funktionssæt. Scheduleren afgør, hvilken klar opgave der får processoren næste gang, og schedulere vægter gennemløb mod interaktiv responsivitet forskelligt. En afledt distro kan ændre alle tre, én eller ingen.

Pakkerepo-laget er et spørgsmål om oprindelse: hvis build af en pakke du får, hvor frisk den er, og hvem der kontrollerer den kanal, den kommer igennem. Standard-Arch henter binære filer fra core, extra og multilib, med AUR ved siden af som byggeopskrifter, du selv kompilerer. En afledt distro kan lægge sit eget repo ovenpå, sætte en bevidst forsinkelse foran Archs, eller begge dele.

Laget for desktopskal og konfiguration er det, der vises på skærmen, og hvordan det er arrangeret, og det er her, ordforrådet driller folk. Et skrivebordsmiljø som KDE Plasma eller GNOME er en komplet pakke: vindueshåndtering, panel, filhåndtering, indstillinger, programmer. En tiling window manager som i3 eller en tiling Wayland-compositor som Hyprland håndterer vinduesplacering uden at levere en komplet desktopsuite og efterlader bjælke, launcher, notifikationer og låseskærm som separate dele. En afledt distro kan påtvinge en skal, tilbyde en menu eller undlade at tage stilling.

Opdaterings- og rollbacklaget dækker, hvordan systemet bevæger sig fremad, og hvordan du kommer tilbage, når det bevæger sig et dårligt sted hen. På standard-Arch er begge dele dine: pacman -Syu, når du beslutter det, gendannelse via pakkecachen eller en snapshot-opsætning, du selv har bygget. En afledt distro kan pakke den kommando ind, sætte en spærre for den eller lade den være, og den kan gøre gendannelse til standard ved at indrette filsystemet, så snapshots er billige. Det er, hvad en Btrfs-subvolume-opsætning giver: et snapshot er en øjebliksskopi af ét subvolume, og med bootloader-integration kan en afledt distro tilbyde de snapshots som gendannelsesvalg.

Hvad CachyOS ændrer

CachyOS ændrer laget for kerne og compile-targets og pakkerepo-laget kraftigt, kuraterer installeren og påtvinger ingen desktopskal. Den leverer sine egne kernebuilds og genkompilerer Archs pakker til nyere CPU-funktionsniveauer og overlader derefter det, der vises på skærmen, til den, der installerer den.

Dens installer lader dig vælge desktop, filsystem og kerne sammen med pakker og bootmanager, og et hardwaregenkendelsesværktøj installerer drivere til det, den finder. Projektets holdninger bor under installeren, ikke inde i den.

Standardkernen linux-cachyos er bygget med Clang ThinLTO og AutoFDO-profilering, og familien tilbyder BORE, EEVDF og BMQ som valgbare schedulere. Separat understøtter den sched-ext, et framework til at indlæse en BPF-scheduler fra brugerrummet uden at bygge en ny kerne. De to er forskellige: sched-ext udskifter en scheduler under kørsel; det er ikke en fjerde post på den liste.

CachyOS genkompilerer også Archs pakker til x86-64-v3, x86-64-v4 og Zen4+, og dens wiki hævder en forbedring på 5% til 20% for x86-64-v3 i forhold til basis. Det er CachyOS' eget tal for dens eget arbejde, ikke en uafhængig måling. De genbyggede pakker ligger i et CachyOS-repo lagt oven på Archs core, extra og multilib i stedet for at erstatte dem. At lægge ovenpå frem for at erstatte holder oprindelsen læsbar: for enhver pakke kan du stadig sige, hvilken kanal der byggede den.

Desktopskallen er det lag, CachyOS ikke påtvinger. Du vælger miljøet, selvom flere muligheder leveres med indstillinger eller dotfiles, som CachyOS vedligeholder. Dens online-installer tilbyder sytten eller flere miljøer, herunder KDE Plasma, GNOME, Hyprland, Niri, Sway og Xfce, og valget er dit. CachyOS Hello og Kernel Manager er systemadministrationsværktøjer, ikke en skal.

CachyOS kræver ikke sin egen opdateringswrapper: direkte pacman -Syu er stadig en dokumenteret vej ved siden af valgfrie værktøjer som Shelly, Octopi og offline-opdateringer. Installeret på Btrfs opretter CachyOS separate subvolumes og bruger Snapper til gendannelsessnapshots; understøttede bootloader-opsætninger kan tilbyde de snapshots til gendannelse.

LÆS

Er CachyOS virkelig hurtigere? Hvor ydelsesgevinsterne faktisk kommer fra

Hvad Omarchy ændrer

Omarchy ændrer desktopskal-laget og opdateringspolitik-laget kraftigt, leverer sin egen pakkekanal og laver ingen ydelsesmotiverede ændringer af kernen eller compile-targets. Den installerer én fast desktop og overtager opdateringskommandoen i stedet for at overlade pacman til dig.

Omarchy installeres fra sin egen ISO, på hele disken eller i ledig plads ved siden af et andet operativsystem, og den krypterer disken som standard. Installeren stiller intet desktopspørgsmål, for der er kun ét svar.

Laget for kerne og compile-targets er stort set urørt. Omarchys egen manual beskriver den som en Arch-baseret distribution bygget op omkring Hyprland og Quickshell, og på tværs af siderne om installer, opdatering, dotfiles og CLI dokumenterer den ingen brugerdefineret kerne, intet compile-target og intet schedulervalg. På almindelig hardware kører Omarchy standard-Archs kernepakker, som når den fra et Arch-spejl ligesom resten af systemet. Den eneste kerneudskiftning, manualen dokumenterer, er for hardwareunderstøttelse: på Intel-Macs med T2-chip opsætter installeren en patchet linux-t2-kerne.

Repo-laget ændrer den til gengæld, men ad en anden akse end CachyOS. Omarchy installeres som almindelige pacman-pakker fra sit eget Package Repository, og dens standardkanal stable følger et Arch-spejl, der kører en måned bag det nyeste, så inkompatibiliteter dukker op upstream først. Tre andre kanaler (RC, edge og dev) bytter den buffer ud med friskhed.

Hyprland og Quickshell kommer sammen uden mulighed for fravalg. Hyprland er den tiling Wayland-compositor; Quickshell er det byggesæt, som bjælken, launcheren, menuerne, notifikationerne og låseskærmen er bygget af, og derfor kan Omarchy udskifte hele skallen i en udgivelse i stedet for at levere et tema. Den opdeling giver Omarchy en reproducerbar, projektdefineret basis, mens dine egne tilpasninger holdes adskilt. Konfigurationen deles i to: dine dotfiles i ~/.config, projektets standardindstillinger i /usr/share/omarchy, ejet af pakken og overskrevet ved opdatering. Alt, du vil have til at overleve en opdatering, hører til på din side af den opdeling.

Opdateringspolitikken er der, hvor Omarchys holdning er skarpest. Kommandoen omarchy update kører ventende migrationer og pakkeopdateringer i én handling og tager først et snapshot; at rulle tilbage betyder at vælge det snapshot i bootloaderen. Griber man i stedet til pacman -Syu, møder man en spærre: Omarchy stopper en direkte systemopgradering og henviser dig til sin egen kommando, selvom manualen siger, at spærren vil fortælle dig, hvordan du omgår den for en enkelt transaktion. Pointen er kobling: migrationerne følger med pakkeopdateringerne.

LÆS

Hvorfor Omarchy bliver hyldet og hadet af de samme grunde

Hvorfor sammenligningstrådene aldrig mødes

CachyOS og Omarchy berører flere af de samme lag, men de placerer deres stærkeste ændringer forskellige steder. CachyOS koncentrerer sig om kernen, compile-targets og pakkebuilds; Omarchy koncentrerer sig om desktopskallen og opdateringsforløbet. "Hvilken er bedst" presser de separate spørgsmål sammen til ét.

De overlapper i installer-, repo- og gendannelseslagene, men ikke på samme måde. CachyOS' repo ændrer, hvordan Archs pakker bygges; Omarchys ændrer, hvornår de ankommer. CachyOS lader direkte pacman-opdateringer være tilgængelige og lægger snapshots omkring dem; Omarchy kobler pakkeopdateringer, migrationer og snapshots sammen bag sin egen opdateringskommando.

De to svar øverst i den CachyOS-tråd komprimerede præcis dette: en korrekt diagnose, leveret uden de fem lag bag den.

Lagene kan blandes

De fem lag kan overtages hver for sig i stedet for at udelukke hinanden. CachyOS udgiver en dokumenteret vej til at tilføje dets repoer til en Arch-installation og til at fjerne dem igen. Omarchy er en Arch-installation, så den samme vej kan flytte CachyOS' optimerede repoer over på den.

Folk gør det. En kommentator i en tråd på r/linux_gaming sagde det ligeud: "There's nothing stopping you from installing the cachyos kernel and repositories on omarchy." Nogen har udgivet et installationsscript til kombinationen og lagt det på Hacker News.

Uafhængighed i princippet er ikke pålidelighed i praksis. I en r/omarchy-tråd om at skifte mellem de to rapporterede en kommentator, at "All of the install scripts and such to do this are currently not working for many people," og at manuel indgriben heller ikke fik det til at køre. Det er én person i én tråd, og den slags problemer, det er værd at planlægge efter.

Den anden grænse handler om, hvad kombinationen er værd. Offentliggjorte ydelsessammenligninger viser lille forskel i gennemsnitlig FPS i spil, mens bredere gevinster fra CachyOS' kerne, schedulere og compile-targets forbliver afhængige af arbejdsbyrden snarere end automatiske.

Om CachyOS' kernearbejde og compile-targets giver en meningsfuld gevinst mere bredt, og for hvilke klasser af arbejdsbyrder, hviler på et andet evidensgrundlag, ikke det, denne artikel afgør.

Byg på en Linux VPS med root-adgang, NVMe og AMD EPYC-kraft.

Se Linux-planer

Hvor EndeavourOS og Manjaro ligger på de samme lag

EndeavourOS og Manjaro lander på de samme fem lag i deres egne kombinationer, og det er det, der gør modellen mere værd end en sammenligning af to projekter. EndeavourOS ændrer installer-laget mest, men bruger også Dracut til initramfs-generering og vedligeholder et lille repo til EndeavourOS-specifikke værktøjer og pakker. Manjaro ændrer repo-laget mest, installeren noget og compile-target-laget slet ikke.

EndeavourOS beskriver sig selv som et letvægts, terminalcentreret Arch-system, og det, den tilføjer, er en guidet installer, et kort kurateret pakkesæt (Firefox, Yay, FirewallD, Pipewire) og sit eget værktøj til GPU- og VM-drivere. Ingen brugerdefineret kerne, ingen CPU-målrettet genbygning af Archs generelle repoer, ingen påtvunget desktop: den ligger stadig tættest på standard-Arch af alle de afledte distroer, der nævnes her.

Manjaros ramme er en tilgang med kaskaderende stabilitet. Pakker bevæger sig gennem grenene unstable, testing og stable i Manjaros egne repoer i stedet for at følge Archs direkte, og det er derfor, en Manjaro-pakke kan være ældre end Arch-pakken af samme navn. Dens installer tilbyder et desktopvalg mellem de officielle udgaver Plasma, GNOME og Xfce plus community-builds af Cinnamon, i3 og Sway.

Den har også et kerneværktøj med, og forskellen betyder noget. Manjaro Settings Manager tilføjer og fjerner kerner, så du kan køre en anden præbygget kerneversion. At vælge mellem pakkede kerneversioner er ikke den samme handling som at genbygge pakker til et nyere CPU-instruktionssæt, selvom begge ligger i laget for kerne og compile-targets.

Den grenmodel er også det, der adskiller Manjaro fra verdenen af faste udgivelser. Manjaros rullende model over for Ubuntu er det samme spørgsmål om repo og opdateringspolitik, stillet uden for Arch-familien. Det samme regnskab fungerer også uden for den familie. Ubuntu er afledt af Debian og adskiller sig fra det på udgivelseskadence, pakkepolitik og standarddesktop.

En ny afledt distros forside fortæller dig som regel, hvilke af disse lag den berører, og om den ændrer noget uden for denne femlagsmodel.

Ofte stillede spørgsmål