{"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\/sk\/blog\/news\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","title":{"rendered":"Bola predstaven\u00e1 koncepcia distrib\u00facie AerynOS s od\u00f4vodnen\u00edm architektonick\u00fdch rozhodnut\u00ed","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
V\u00fdvoj\u00e1ri AerynOS, predt\u00fdm zn\u00e1meho ako SerpentOS, zverejnili podrobn\u00fd \u010dl\u00e1nok, v ktorom odha\u013euj\u00fa detaily konceptu a technickej realiz\u00e1cie projektu s od\u00f4vodnen\u00edm prijat\u00fdch architektonick\u00fdch rozhodnut\u00ed. Ved\u00faci projektu Ikey Doherty zd\u00f4raz\u0148uje, \u017ee AerynOS \u2014 to nie je len '\u010fal\u0161\u00ed distribu\u010dn\u00fd syst\u00e9m Linux', ale platforma, z\u00e1klad a s\u00fabor n\u00e1strojov vytvoren\u00fdch pod\u013ea jasnej v\u00edzie. <\/p>\n
Hlavn\u00e1 my\u0161lienka projektu je formulovan\u00e1 vo forme ot\u00e1zky: '\u010co ak by opera\u010dn\u00fd syst\u00e9m spr\u00e1val ako modern\u00e1 infra\u0161trukt\u00fara?'. AerynOS je predstaven\u00fd ako odpove\u010f na t\u00fato ot\u00e1zku \u2014 syst\u00e9m postaven\u00fd od z\u00e1kladov, nie \u010fal\u0161ia tradi\u010dn\u00e1 verzia intern\u00fdch mut\u00e1ci\u00ed v r\u00e1mci distrib\u00facie. Projekt sa opiera o sk\u00fasenosti autorov pri v\u00fdvoji in\u00fdch distrib\u00faci\u00ed, vr\u00e1tane Solus a Clear Linux. <\/p>\n
Medzi k\u013e\u00fa\u010dov\u00e9 technick\u00e9 rozhodnutia AerynOS patr\u00ed: <\/p>\n
\n
Pou\u017eitie n\u00e1strojov LLVM namiesto GNU, s pou\u017eit\u00edm libc++ a compiler-rt ako predvolen\u00e9. V\u00fdvoj\u00e1ri vysvet\u013euj\u00fa toto rozhodnutie nielen preferenciou pre LLVM, ale strategick\u00fdm v\u00fdberom na pou\u017e\u00edvanie kvalitnej\u0161ej diagnostiky, zabezpe\u010denie spr\u00e1vnosti a prenosnosti bal\u00edkov. Syst\u00e9m pritom vyu\u017e\u00edva glibc namiesto musl, \u010do je vedom\u00fd v\u00fdber v prospech kompatibility a v\u00fdkonu.\n
Ako je uveden\u00e9 v \u010dl\u00e1nku: 'V\u00fdhoda glibc nad musl v oblasti v\u00fdkonu je dobre zdokumentovan\u00e1, najm\u00e4 pre v\u00fdpo\u010dtovo n\u00e1ro\u010dn\u00e9 pracovn\u00e9 za\u0165a\u017eenia a aplik\u00e1cie vy\u017eaduj\u00face optim\u00e1lny v\u00fdkon viacer\u00fdch vl\u00e1kien'. Tvorcovia zd\u00f4raz\u0148uj\u00fa, \u017ee ich cie\u013eom je vybudova\u0165 funk\u010dn\u00fd syst\u00e9m, ktor\u00fd bude vhodn\u00fd na mno\u017estvo aplika\u010dn\u00fdch scen\u00e1rov. <\/p>\n
Koncept 'statelessness' (bez ulo\u017eenia stavu) \u2014 bal\u00edkom je zak\u00e1zan\u00e9 obsahova\u0165 ak\u00e9ko\u013evek s\u00fabory mimo adres\u00e1ra \/usr. Ako vysvet\u013euj\u00fa v\u00fdvoj\u00e1ri, tento pr\u00edstup n\u00fati zabezpe\u010di\u0165 primeran\u00e9 predvolen\u00e9 hodnoty na v\u0161etk\u00fdch \u00farovniach a eliminuje 'otrasn\u00e9 konflikty trojit\u00fdch zl\u00fa\u010den\u00ed pri aktualiz\u00e1cii bal\u00edkov'. Konflikty nie s\u00fa, preto\u017ee v\u0161etko v \/etc a \/var patr\u00ed pou\u017e\u00edvate\u013eovi, zatia\u013e \u010do \/usr patr\u00ed v\u00fdhradne syst\u00e9mu. Koncept bol vyvinut\u00fd v \u010dase Clear Linux a Solus a v AerynOS dostal \u010fal\u0161\u00ed rozvoj.\n
Atom\u00e1rne aktualiz\u00e1cie \u2014 ka\u017ed\u00e1 transakcia moss je atom\u00e1rna. Syst\u00e9m r\u00fdchlo vytv\u00e1ra nov\u00fd strom \/usr s pou\u017eit\u00edm tvrd\u00fdch odkazov z deduplikovan\u00e9ho cache. Po \u00faspe\u0161nom vytvoren\u00ed a pr\u00edprave je nov\u00fd strom atom\u00e1rne nahraden\u00fd. Fakticky pripraven\u00e1 transakcia je vymenen\u00e1 s re\u00e1lnym adres\u00e1rom \/usr pomocou renameat2 s flagom RENAME_EXCHANGE. Aktualiz\u00e1cia bu\u010f prebehne \u00faplne, alebo sa v\u00f4bec neuskuto\u010dn\u00ed, bez medzi stavov.\n
Spr\u00e1va zav\u00e1dzania na z\u00e1klade projektov blsforme a disks-rs. Charakteristikou pr\u00edstupu je, \u017ee syst\u00e9m dynamicky formuje parametre pre pr\u00edkazov\u00fd riadok jadra, \u010d\u00edtan\u00edm superblokov zariaden\u00ed kore\u0148ov\u00e9ho s\u00faborov\u00e9ho syst\u00e9mu, preto v AerynOS neexistuje konfigura\u010dn\u00fd s\u00fabor obsahuj\u00faci parameter «root=». Navy\u0161e, identifik\u00e1tor transakcie moss je zak\u00f3dovan\u00fd v pr\u00edkazovom riadku jadra a spracov\u00e1va sa po\u010das skor\u00e9ho zav\u00e1dzania v initramfs. «Ak to zhrnieme, znamen\u00e1 to, \u017ee ka\u017ed\u00e9 jadro je spr\u00e1vne synchronizovan\u00e9 s pr\u00edslu\u0161n\u00fdm kore\u0148ov\u00fdm s\u00faborov\u00fdm syst\u00e9mom, a vr\u00e1tenie je lacn\u00e9, jednoduch\u00e9 a dostupn\u00e9 priamo z ponuky zav\u00e1dzania», — vysvet\u013euj\u00fa v\u00fdvoj\u00e1ri. \u010eal\u0161ou v\u00fdhodou je absencia \/etc\/default\/grub, a ak bude ESP zmazan\u00e9, moss ho m\u00f4\u017ee obnovi\u0165 od nuly.\n
Form\u00e1t bal\u00edkov .stone — vlastn\u00fd bin\u00e1rny form\u00e1t bal\u00edkov s verzionovo-agnostick\u00fdm hlavi\u010dkou na zabezpe\u010denie bud\u00facich zmien. Ka\u017ed\u00fd bal\u00edk .stone obsahuje \u0161tyri konkr\u00e9tne typy \u00fadajov (payload), pri\u010dom ka\u017ed\u00fd z nich sa m\u00f4\u017ee vyv\u00edja\u0165 nez\u00e1visle v\u010faka verziovaniu:\n
\n
Obsahov\u00e1 z\u00e1\u0165a\u017e (Content payload) — sekven\u010dn\u00fd blok deduplikovan\u00fdch \u00fadajov, teda samotn\u00fd obsah s\u00faborov bal\u00edka.\n
Indexov\u00e1 z\u00e1\u0165a\u017e (Index payload) — obsahuje posuny pre obsahov\u00fa z\u00e1\u0165a\u017e, indexovan\u00e9 pod\u013ea hash XXH128 obsahu (pl\u00e1novan\u00fd prechod na Blake3). To umo\u017e\u0148uje efekt\u00edvne nach\u00e1dzanie a extrakciu \u00fadajov.\n
N\u00e1vrhov\u00e1 z\u00e1\u0165a\u017e (Layout payload) — popisuje predpokladan\u00fd n\u00e1vrh s\u00faborov\u00e9ho syst\u00e9mu pri aplik\u00e1cii bal\u00edka, teda kam a ak\u00e9 s\u00fabory by mali by\u0165 nain\u0161talovan\u00e9.\n
Metad\u00e1ta (Metadata payload) — sekvencia pr\u00edsne typizovan\u00fdch, ozna\u010den\u00fdch z\u00e1znamov metad\u00e1t, ako je n\u00e1zov bal\u00edka, poskytovan\u00e9 mo\u017enosti a podobne. <\/ul>\n<\/ul>\n
Zstd sa pou\u017e\u00edva na kompresiu v\u0161etk\u00fdch z\u00e1\u0165a\u017e\u00ed, \u010do zabezpe\u010duje vynikaj\u00faci v\u00fdkon dekompresie pri zachovan\u00ed dobr\u00e9ho pomeru kompresie. Proces \u201ein\u0161tal\u00e1cie\u201c .stone sa radik\u00e1lne l\u00ed\u0161i od in\u00fdch syst\u00e9mov. Namiesto priamej in\u0161tal\u00e1cie s\u00faborov sa bal\u00edk cache-uje a jeho obsah sa spletenie do spolo\u010dn\u00e9ho \u00falo\u017eiska s adresovan\u00edm na z\u00e1klade obsahu (CAS). Metad\u00e1ta a inform\u00e1cie o rozlo\u017een\u00ed sa uchov\u00e1vaj\u00fa osobitne a pou\u017e\u00edvaj\u00fa sa pri vytv\u00e1ran\u00ed transakcie. Tento pr\u00edstup zabezpe\u010duje at\u00f3movos\u0165 aktualiz\u00e1ci\u00ed a mo\u017enos\u0165 n\u00e1vratu, preto\u017ee ka\u017ed\u00e1 transakcia vytv\u00e1ra nov\u00fd kore\u0148ov\u00fd oddiel, a nie modifikuje existuj\u00faci. <\/p>\n
V\u00fdvoj\u00e1ri upozor\u0148uj\u00fa, \u017ee s\u00fa\u010dasn\u00fd pr\u00edstup s emul\u00e1ciou imperat\u00edvneho spravovania bal\u00edkov je \u201e\u00faplne zbyto\u010dn\u00fd\u201c a \u201ev skuto\u010dnosti zav\u00e1dza viac ch\u00fdb, ne\u017e rie\u0161i\u201c. Ke\u010f\u017ee pre ka\u017ed\u00fa transakciu sa vytv\u00e1ra nov\u00e1 kore\u0148ov\u00e1 s\u00faborov\u00e1 syst\u00e9m, pl\u00e1nuje sa v bud\u00facnosti vytvori\u0165 nov\u00fd graf pre ka\u017ed\u00fa transakciu a opusti\u0165 zabudovan\u00e9 zmeny v prospech deklarat\u00edvneho pr\u00edstupu podobn\u00e9ho Gentoo alebo Nix. <\/p>\n
\u010eal\u0161ie zauj\u00edmav\u00e9 objasnenie sa t\u00fdka nemennosti (immutability). Tvorcovia upozor\u0148uj\u00fa, \u017ee AerynOS je \u010dasto op\u00edsan\u00fd ako nemenn\u00fd OS, ale \u201eto nie je \u00faplne pravda\u201c. Hoci ka\u017ed\u00e1 transakcia vedie k nov\u00e9mu stromu \/usr a lok\u00e1lne zmeny sa neuchov\u00e1vaj\u00fa, syst\u00e9m nie je nemenn\u00fd v zmysle iba na \u010d\u00edtanie. V bud\u00facnosti sa pl\u00e1nuje implement\u00e1cia skuto\u010dnej nemennosti syst\u00e9mu bez potreby re\u0161tartu s pou\u017eit\u00edm erofs a overlayfs. <\/p>\n
V s\u00fa\u010dasnosti sa AerynOS akt\u00edvne vyv\u00edja, u\u017e vyd\u00e1va ISO obrazy s prostred\u00edm GNOME, je vhodn\u00fd pre hry (podpora ovl\u00e1da\u010dov NVIDIA, Steam, Flatpak), m\u00e1 skuto\u010dn\u00fdch pou\u017e\u00edvate\u013eov, ktor\u00ed si v\u0161\u00edmaj\u00fa stabilitu a inovat\u00edvnos\u0165 syst\u00e9mu. Pod\u013ea v\u00fdvoj\u00e1rov sa projekt nach\u00e1dza v alfa verzii a nie je bez probl\u00e9mov, ale u\u017e predstavuje ucelen\u00fd syst\u00e9m, ktor\u00fd \u201ejednoducho funguje\u201c. \n Zdroj: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"