A pragmatikus átállás: A Windows 11 Sludge-tól a CachyOS sebességéig

Tisztázzunk valamit: egy olyan operációs rendszer elhagyása, amelyre a mérnöki kurzusok és a napi feladatok során támaszkodunk, soha nem véletlenszerű döntés. Ehhez katalizátorra van szükség. Számomra ez a katalizátor a romló Windows 11 élmény volt, amelyet a képernyő javíthatatlan villogása, a rendkívül instabil Tailscale kapcsolat és a Sunshine hoszt jellemzett, amely egyszerűen nem volt hajlandó fenntartani a konzisztens adatfolyamot. Az egész operációs rendszer lassúnak tűnt, telemetria és régi hibák akadoztak nálam.

Szükségem volt egy olyan rendszerre, amely képes kezelni a natív szoftverfejlesztést, a renderelést és a játékokat anélkül, hogy a rendszererőforrásokért kellene harcolnom.

A hardver alapjai#

Mielőtt belevágnánk az operációs rendszerváltásba, itt van az architektúra, amelyen ez a verem fut. Az operációs rendszer optimalizálása semmit sem jelent, ha nem érted az alatta rejlő fémet.

A kompromisszum: Az rEFInd tripla rendszerindítás#

Szívesen mondanám, hogy teljesen töröltem a meghajtót, de a pragmatizmusnak győznie kellett. A mérnöki egyetem követelményei miatt továbbra is az Autodesk Inventor, egy közismerten Windows-függő szoftver túsza vagyok. Ráadásul egy olyan meghajtóhoz kalapácsot használni, amely évek óta dokumentálatlan fájlokat tartalmaz, katasztrófához vezet.

Jelenleg a rendszert az rEFInd kezeli, amely tripla rendszerindítási konfigurációt kezel. Ez nem a végleges forma, de biztonsági hálót biztosít. Ironikus módon már nem is bootolok Windowsba a Rainbow Six Siege-hez; a GeForce Now tökéletesen kezeli ezt, bizonyítva, mennyire elavulttá válik a helyi Windows partíció.

1. fázis: Bazzite és az Immutable Ceiling#

Egy natív Linux napi illesztőprogram keresése kezdetben a Bazzite-hoz vezetett. A megváltoztathatatlan (atomi) Fedora alapra épülő, gondtalan játék operációs rendszerként pozicionálva, tökéletes plug-and-play megoldásnak tűnt.

Normál használatra és játékra abszolút megfelelt a hype-nak. A csomagkezelés konténeres megközelítése érdekes változás volt:

• Flatpakok bevezetése minden grafikus felhasználói felületű alkalmazáshoz.
• Distrobox használata CLI eszközökhöz és fejlesztői környezetekhez.
• LLM segítségnyújtásra való támaszkodás a Fedora/konténer tudásbeli szakadék áthidalásához.

A megváltoztathatatlan architektúra azonban gyorsan szűk keresztmetszetekké vált a fejlett termelékenység szempontjából. A mérnöki folyamatok olyan szoftvereket igényelnek, amelyek nem mindig vannak szépen csomagolva az atomi rendszerekhez. Sikeresen feltörtem a Fusion360-at a Bazzite-ra, de komoly árat fizettem érte. Egy lokalizált hiba lépett fel az Unity vagy a Fusion360 futtatásakor: minden új ablak megnyitása zárolta a teljes kompozitort. Az asztal teljesen lefagyott – néha 2-4 másodpercre, néha percekre lefagyott.

„A Bazzite egy mérnöki csoda a nappaliba, de ha natív CAD és játékmotorokat kell összehackelned, egy megváltoztathatatlan fájlrendszer végül visszavág.”

2. fázis: CachyOS és az x86-64-v3 előnye#

A CachyOS-re való áttérés teljesen impulzív volt. Láttam ezt a konkrét disztró-háborús szálat a Redditen, ahol Linux disztrókat hasonlítottam össze. Rájöttem, hogy pontosan két órám van a szabadidőmből, ezért úgy döntöttem, hogy összehasonlítom a migrációt.

Átmásoltam a Bazzite partícióról a lényeges dotfile-okat és asset-eket, flasheltem a CachyOS ISO-t, és inicializáltam a telepítést. A válaszidőbeli különbség azonnali és szembetűnő volt.

A CachyOS az x86-64-v3 mikroarchitektúra utasításaival (és ahol alkalmazható, a v4-gyel) fordítja a csomagjait. Mivel a Ryzen 5 5600X támogatja ezeket a fejlett utasításkészleteket (mint például az AVX2), a teljes felhasználói tér lényegesen alacsonyabb többletterheléssel fut, mint a standard, generikusan fordított disztribúciók.

Az Arch valóságellenőrzése#

Egy atomi Fedora alapról egy legmodernebb Arch származékra való áttérés a biztonság feláldozását jelenti az abszolút kontrollért. Ez egy gyakorlatiasabb adminisztratív megközelítést igényel:

1. Csomagkezelés: Az izommemória átállítása rpm-ostree-ről pacman-re és paru-ra (az AUR esetében) néhány napot vesz igénybe, de a paru-n keresztüli fordítási sebesség alapból nagymértékben optimalizált. 2. Kernelproblémák és furcsaságok: A kernel időnként leáll. A Plymouth indítóképernyője rögtön a kezdetektől fogva komoly rendszerösszeomlásokat okozott a rendszerindítás során. A grafikus rendszerindítás letiltása teljesen megoldotta a kernelproblémát, és visszaállította a megbízható, részletes TTY rendszerindítási folyamatot.

2. A kompozitor: Az Unity és a Fusion360 mostantól hibátlanul fut Wayland alatt. A Bazzite-ot sújtó ping lefagyások teljesen megszűntek.

Jelenlegi optimalizálási feladatok#

Bár a rendszer sebessége teljesen más, mint a Bazzite-é, még mindig van szükség apróbb finomhangolásra. Jelenleg a CachyOS kernel alatti Sunshine hoszttal kapcsolatos kisebb vizuális hibákat és hibákat hibakeresem.

journalctl --user -u sunshine -f

A migráció kulcsfontosságú pontnak bizonyul a haladó felhasználók számára: a konténerizáció és a megváltoztathatatlan fájlrendszerek a szórakoztatóelektronika jövője, de a fejlesztés és a mérnöki munka számára továbbra is a nagymértékben optimalizált kernel root fájlrendszeréhez való akadálytalan hozzáférés az elsődleges szempont.