{"id":125413,"date":"2025-05-22T15:05:15","date_gmt":"2025-05-22T13:05:15","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij"},"modified":"2025-05-22T15:05:15","modified_gmt":"2025-05-22T13:05:15","slug":"predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/news\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","title":{"rendered":"Konceptet f\u00f6r distributionen AerynOS presenteras med en motivering av arkitektoniska beslut.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Utvecklarna av AerynOS, tidigare k\u00e4nd som SerpentOS, har publicerat en omfattande artikel som avsl\u00f6jar detaljerna kring konceptet och den tekniska implementeringen av projektet, inklusive motiveringen bakom de valda arkitektoniska l\u00f6sningarna. Projektledaren Ikey Doherty understryker att AerynOS inte bara \u00e4r \"\u00e4nnu en Linux-distribution\", utan en plattform, en grund och en upps\u00e4ttning verktyg skapade utifr\u00e5n en tydlig vision. <\/p>\n
Huvudid\u00e9n med projektet formuleras som en fr\u00e5ga: \"Vad om operativsystemet beter sig som modern infrastruktur?\" AerynOS presenteras som svaret p\u00e5 denna fr\u00e5ga \u2014 ett system som \u00e4r byggt fr\u00e5n grunden, snarare \u00e4n att f\u00f6lja den traditionella modellen av inbyggda mutationer inom en distribution. Projektet bygger p\u00e5 f\u00f6rfattarnas erfarenhet av att utveckla andra distributioner, inklusive Solus och Clear Linux. <\/p>\n
Bland de viktigaste tekniska besluten f\u00f6r AerynOS kan n\u00e4mnas: <\/p>\n
\n
Anv\u00e4ndningen av verktygsl\u00e5dan LLVM ist\u00e4llet f\u00f6r GNU, med libc++ och compiler-rt som standard. Utvecklarna f\u00f6rklarar detta val inte bara som en preferens f\u00f6r LLVM, utan som ett strategiskt val f\u00f6r att anv\u00e4nda h\u00f6gre kvalitet p\u00e5 diagnostik, s\u00e4kerst\u00e4lla korrekthet och portabilitet f\u00f6r paketen. Systemet anv\u00e4nder dessutom glibc ist\u00e4llet f\u00f6r musl, vilket \u00e4r ett medvetet val f\u00f6r att prioritera kompatibilitet och prestanda.\n
Som artikeln p\u00e5pekar: \"F\u00f6rdelen med glibc \u00f6ver musl n\u00e4r det g\u00e4ller prestanda \u00e4r v\u00e4ldokumenterad, s\u00e4rskilt f\u00f6r ber\u00e4kningsintensiva arbetsbelastningar och applikationer som kr\u00e4ver optimal prestanda f\u00f6r flertr\u00e5dad hantering.\" Skaparna understryker att deras m\u00e5l \u00e4r att bygga ett anv\u00e4ndbart och praktiskt system f\u00f6r m\u00e5nga till\u00e4mpningsscenarier. <\/p>\n
Konceptet \"statelessness\" (utan tillst\u00e5nd) inneb\u00e4r att paket inte f\u00e5r inneh\u00e5lla n\u00e5gra filer utanf\u00f6r katalogen \/usr. Som utvecklarna f\u00f6rklarar, tvingar denna metod att f\u00f6rs\u00e4kra rimliga standardv\u00e4rden p\u00e5 alla niv\u00e5er och eliminerar \"fruktansv\u00e4rda konflikter vid tredjepartsfusionsuppdateringar.\" Det finns inga konflikter eftersom allt i \/etc och \/var tillh\u00f6r anv\u00e4ndaren, medan \/usr \u00e4r helt och h\u00e5llet systemets. Konceptet utvecklades under tiden med Clear Linux och Solus, och i AerynOS har det vidareutvecklats.\n
Atomiska uppdateringar \u2014 varje moss-transaktion \u00e4r atomisk. Systemet skapar snabbt ett nytt tr\u00e4d \/usr med hj\u00e4lp av h\u00e5rda l\u00e4nkar fr\u00e5n deduplicerat cache. Efter framg\u00e5ngsrik skapelse och f\u00f6rberedelse byts det nya tr\u00e4det atomiskt ut. Den faktiska f\u00f6rberedda transaktionen byts med den riktiga katalogen \/usr med hj\u00e4lp av renameat2 med flaggan RENAME_EXCHANGE. Uppdateringen antingen genomf\u00f6rs helt eller inte alls, utan mellanliggande tillst\u00e5nd.\n
Projektbaserad lasthantering med blsforme och disks-rs. Den unika aspekten av detta tillv\u00e4gag\u00e5ngss\u00e4tt \u00e4r att systemet dynamiskt skapar parametrar f\u00f6r k\u00e4rnans kommandorad genom att l\u00e4sa superblocken f\u00f6r enhetsrotens filsystem, vilket g\u00f6r att AerynOS inte har en konfigurationsfil som inneh\u00e5ller parametern 'root='. Dessutom kodas transaktionsidentifieraren moss i k\u00e4rnans kommandorad och behandlas under den tidiga uppstarten i initramfs. 'Kort sagt betyder detta att varje k\u00e4rna \u00e4r korrekt synkroniserad med det motsvarande rotfilsystemet, och \u00e5terst\u00e4llning \u00e4r billigt, enkelt och tillg\u00e4ngligt direkt fr\u00e5n startmenyn,' f\u00f6rklarar utvecklarna. Ytterligare en f\u00f6rdel \u00e4r avsaknaden av \/etc\/default\/grub, och om ESP raderas kan moss \u00e5terst\u00e4lla det fr\u00e5n grunden.\n
.stone paketformatet - ett eget bin\u00e4rt paketformat med versionsoberoende rubrik f\u00f6r att m\u00f6jligg\u00f6ra framtida \u00e4ndringar. Varje .stone paket inneh\u00e5ller fyra specifika datatyper (payload), var och en av dessa kan utvecklas oberoende tack vare versionering:\n
\n
Inneh\u00e5llspayload (Content payload) - en sekventiell block av deduplikerade data, det vill s\u00e4ga sj\u00e4lva inneh\u00e5llet i paketfilerna.\n
Indexpayload (Index payload) - inneh\u00e5ller f\u00f6rskjutningar f\u00f6r inneh\u00e5llspayload, indexerade med hash XXH128 av inneh\u00e5llet (\u00f6verg\u00e5ng till Blake3 planeras). Detta m\u00f6jligg\u00f6r effektivt s\u00f6kande och extrahering av data.\n
Layoutpayload (Layout payload) - beskriver den f\u00f6reslagna layouten f\u00f6r filsystemet n\u00e4r paketet till\u00e4mpas, det vill s\u00e4ga var och vilka filer som ska installeras.\n
Metadata (Metadata payload) - en sekvens av strikt typade, m\u00e4rkta metadata-poster, s\u00e5som paketnamn, tillhandah\u00e5llna funktioner, etc. <\/ul>\n<\/ul>\n
Kompaktera alla belastningar g\u00f6rs med hj\u00e4lp av Zstd, vilket ger utm\u00e4rkt prestanda f\u00f6r uppackning samtidigt som det beh\u00e5ller en bra komprimeringsgrad. Installationsprocessen av .stone skiljer sig fundamentalt fr\u00e5n andra system. Ist\u00e4llet f\u00f6r att omedelbart installera filer, cachas paketet och dess inneh\u00e5ll fl\u00e4tas in i ett gemensamt lagringsutrymme med adressering baserat p\u00e5 inneh\u00e5ll (CAS). Metadata och layoutinformation lagras separat och anv\u00e4nds vid skapandet av transaktioner. Denna metod s\u00e4kerst\u00e4ller atom\u00e4r uppdatering och m\u00f6jlighet till \u00e5terst\u00e4llning, eftersom varje transaktion skapar en ny rotpartiton ist\u00e4llet f\u00f6r att modifiera den befintliga. <\/p>\n
Utvecklarna noterar att den nuvarande metoden med emulering av imperativ paketadministration '\u00e4r helt meningsl\u00f6s' och 'egentligen introducerar fler fel \u00e4n den l\u00f6ser'. Eftersom en ny rotfilsystem skapas f\u00f6r varje transaktion, planeras i framtiden att skapa en ny graf f\u00f6r varje transaktion, \u00f6verge inbyggda \u00e4ndringar till f\u00f6rm\u00e5n f\u00f6r ett deklarativt tillv\u00e4gag\u00e5ngss\u00e4tt, liknande Gentoo eller Nix. <\/p>\n
En annan intressant f\u00f6rklaring handlar om of\u00f6r\u00e4nderlighet (immutability). Skaparna p\u00e5pekar att AerynOS ofta beskrivs som en of\u00f6r\u00e4nderlig OS, men 'det \u00e4r inte helt korrekt'. \u00c4ven om varje transaktion leder till ett nytt tr\u00e4d i \/usr och lokala \u00e4ndringar inte sparas, \u00e4r systemet inte of\u00f6r\u00e4nderligt i meningen att det \u00e4r skrivskyddat. I framtiden planeras implementering av verklig of\u00f6r\u00e4nderlighet i systemet utan att beh\u00f6va starta om, med hj\u00e4lp av erofs och overlayfs. <\/p>\n
F\u00f6r n\u00e4rvarande utvecklas AerynOS aktivt, sl\u00e4pper redan ISO-avbilder med GNOME-milj\u00f6, \u00e4r l\u00e4mplig f\u00f6r spel (st\u00f6d f\u00f6r NVIDIA-drivrutiner, Steam, Flatpak), har verkliga anv\u00e4ndare som noterar systemets stabilitet och innovationskraft. Enligt utvecklarna \u00e4r projektet i alfa-stadium och saknar inte problem, men representerar redan ett sammanh\u00e5llet system som 'bara fungerar'. \n K\u00e4lla: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"