{"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\/cs\/blog\/news\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","title":{"rendered":"Byla p\u0159edstavena koncepce distribuce AerynOS s od\u016fvodn\u011bn\u00edm architektonick\u00fdch rozhodnut\u00ed","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
V\u00fdvoj\u00e1\u0159i AerynOS, d\u0159\u00edve zn\u00e1m\u00e9ho jako SerpentOS, publikovali rozs\u00e1hl\u00fd \u010dl\u00e1nek, ve kter\u00e9m odhaluj\u00ed detaily konceptu a technick\u00e9 realizace projektu s vysv\u011btlen\u00edm p\u0159ijat\u00fdch architektonick\u00fdch rozhodnut\u00ed. Vedouc\u00ed projektu Ikey Doherty zd\u016fraz\u0148uje, \u017ee AerynOS nen\u00ed jen \"dal\u0161\u00ed distribuc\u00ed Linuxu\", ale platformou, z\u00e1kladem a sadou n\u00e1stroj\u016f vytvo\u0159en\u00fdch podle jasn\u00e9 vize. <\/p>\n
Hlavn\u00ed my\u0161lenka projektu je formulov\u00e1na jako ot\u00e1zka: \"Co kdyby se opera\u010dn\u00ed syst\u00e9m choval jako modern\u00ed infrastruktura?\" AerynOS je p\u0159edstaven jako odpov\u011b\u010f na tuto ot\u00e1zku - syst\u00e9m postaven\u00fd od z\u00e1klad\u016f, nikoli jako pokra\u010dov\u00e1n\u00ed tradi\u010dn\u00edho modelu vestav\u011bn\u00fdch mutac\u00ed uvnit\u0159 distribuce. Projekt se op\u00edr\u00e1 o zku\u0161enosti autor\u016f p\u0159i v\u00fdvoji dal\u0161\u00edch distribuc\u00ed, v\u010detn\u011b Solus a Clear Linux. <\/p>\n
Mezi kl\u00ed\u010dov\u00e1 technick\u00e1 \u0159e\u0161en\u00ed AerynOS pat\u0159\u00ed: <\/p>\n
\n
Pou\u017eit\u00ed n\u00e1stroj\u016f LLVM m\u00edsto GNU, s vyu\u017eit\u00edm libc++ a compiler-rt jako v\u00fdchoz\u00ed. V\u00fdvoj\u00e1\u0159i vyjad\u0159uj\u00ed toto rozhodnut\u00ed nejen jako preferenci LLVM, ale strategickou volbu pro zaji\u0161t\u011bn\u00ed kvalitn\u011bj\u0161\u00ed diagnostiky, spr\u00e1vnosti a p\u0159enositelnosti bal\u00ed\u010dk\u016f. Syst\u00e9m p\u0159itom pou\u017e\u00edv\u00e1 glibc m\u00edsto musl, co\u017e je v\u011bdom\u00e1 volba pro zaji\u0161t\u011bn\u00ed kompatibility a v\u00fdkonu.\n
Jak je uvedeno v \u010dl\u00e1nku: \"V\u00fdhoda glibc nad musl v oblasti v\u00fdkonu je dob\u0159e zdokumentov\u00e1na, zejm\u00e9na pro v\u00fdpo\u010detn\u011b n\u00e1ro\u010dn\u00e1 pracovn\u00ed zat\u00ed\u017een\u00ed a aplikace vy\u017eaduj\u00edc\u00ed optim\u00e1ln\u00ed v\u00fdkon multithreading\". Tv\u016frci zd\u016fraz\u0148uj\u00ed, \u017ee jejich c\u00edlem je vytvo\u0159it funk\u010dn\u00ed, pou\u017eiteln\u00fd syst\u00e9m pro \u0159adu sc\u00e9n\u00e1\u0159\u016f pou\u017eit\u00ed. <\/p>\n
Koncept \"statelessness\" (bez uchov\u00e1v\u00e1n\u00ed stavu) - bal\u00ed\u010dk\u016fm je zak\u00e1z\u00e1no obsahovat jak\u00e9koli soubory mimo adres\u00e1\u0159 \/usr. Jak vysv\u011btluj\u00ed v\u00fdvoj\u00e1\u0159i, tento p\u0159\u00edstup nut\u00ed k zaji\u0161t\u011bn\u00ed rozumn\u00fdch v\u00fdchoz\u00edch hodnot na v\u0161ech \u00farovn\u00edch a odstra\u0148uje \"hrozn\u00e9 konflikty trojstrann\u00e9ho slou\u010den\u00ed p\u0159i aktualizaci bal\u00ed\u010dk\u016f\". Konflikty neexistuj\u00ed, proto\u017ee v\u0161e v \/etc a \/var pat\u0159\u00ed u\u017eivateli, zat\u00edmco \/usr je v\u00fdhradn\u011b syst\u00e9mu. Tento koncept byl vyvinut v dob\u011b Clear Linux a Solus, a v AerynOS byl d\u00e1le rozvinut.\n
Atomov\u00e1 aktualizace - ka\u017ed\u00e1 transakce moss je atomov\u00e1. Syst\u00e9m rychle vytv\u00e1\u0159\u00ed nov\u00fd strom \/usr pomoc\u00ed pevn\u00fdch odkaz\u016f z deduplikovan\u00e9ho cache. Po \u00fasp\u011b\u0161n\u00e9m vytvo\u0159en\u00ed a p\u0159\u00edprav\u011b je nov\u00fd strom atomov\u011b vym\u011bn\u011bn. Ve skute\u010dnosti je p\u0159ipraven\u00e1 transakce vym\u011bn\u011bna s aktu\u00e1ln\u00edm adres\u00e1\u0159em \/usr pomoc\u00ed renameat2 s flagem RENAME_EXCHANGE. Aktualizace bu\u010f prob\u011bhne cel\u00e1, nebo se neprovede v\u016fbec, bez mezistav\u016f.\n
Spr\u00e1va na\u010d\u00edt\u00e1n\u00ed na z\u00e1klad\u011b projekt\u016f blsforme a disks-rs. Zvl\u00e1\u0161tnost\u00ed tohoto p\u0159\u00edstupu je, \u017ee syst\u00e9m dynamicky vytv\u00e1\u0159\u00ed parametry pro p\u0159\u00edkazov\u00fd \u0159\u00e1dek j\u00e1dra t\u00edm, \u017ee \u010dte superbloky za\u0159\u00edzen\u00ed ko\u0159enov\u00e9ho souborov\u00e9ho syst\u00e9mu, proto v AerynOS neexistuje konfigura\u010dn\u00ed soubor obsahuj\u00edc\u00ed parametr \"root= \". Nav\u00edc, identifik\u00e1tor transakce moss je zak\u00f3dov\u00e1n v p\u0159\u00edkazov\u00e9m \u0159\u00e1dku j\u00e1dra a zpracov\u00e1v\u00e1 se b\u011bhem ran\u00e9ho na\u010d\u00edt\u00e1n\u00ed v initramfs. \"Stru\u010dn\u011b \u0159e\u010deno, to znamen\u00e1, \u017ee ka\u017ed\u00e9 j\u00e1dro je spr\u00e1vn\u011b synchronizov\u00e1no se odpov\u00eddaj\u00edc\u00edm ko\u0159enov\u00fdm souborov\u00fdm syst\u00e9mem, a n\u00e1vrat je levn\u00fd, jednoduch\u00fd a dostupn\u00fd p\u0159\u00edmo z nab\u00eddky na\u010d\u00edt\u00e1n\u00ed,\" vysv\u011btluj\u00ed v\u00fdvoj\u00e1\u0159i. Dal\u0161\u00ed v\u00fdhodou je, \u017ee neexistuje \"\/etc\/default\/grub\", a pokud bude ESP smaz\u00e1n, moss ho m\u016f\u017ee obnovit od nuly.\n
Form\u00e1t bal\u00ed\u010dk\u016f .stone je vlastn\u00ed bin\u00e1rn\u00ed form\u00e1t bal\u00ed\u010dk\u016f s verz\u00ed-agnostickou hlavi\u010dkou pro zaji\u0161t\u011bn\u00ed budouc\u00edch zm\u011bn. Ka\u017ed\u00fd bal\u00ed\u010dek .stone obsahuje \u010dty\u0159i konkr\u00e9tn\u00ed typy dat (payload), z nich\u017e ka\u017ed\u00fd m\u016f\u017ee nez\u00e1visle vyv\u00edjet d\u00edky verzionov\u00e1n\u00ed:\n
\n
Obsahov\u00e1 n\u00e1lo\u017e (Content payload) je sekven\u010dn\u00ed blok deduplika\u010dn\u00edch dat, tedy samotn\u00fd obsah soubor\u016f bal\u00ed\u010dku.\n
Indexov\u00e1 n\u00e1lo\u017e (Index payload) obsahuje ofsety pro obsahovou n\u00e1lo\u017e, indexovan\u00e9 pomoc\u00ed hashov\u00e1n\u00ed XXH128 obsahu (pl\u00e1nuje se p\u0159echod na Blake3). To umo\u017e\u0148uje efektivn\u011b vyhled\u00e1vat a extrahovat data.\n
N\u00e1lo\u017e makety (Layout payload) popisuje o\u010dek\u00e1vanou strukturu souborov\u00e9ho syst\u00e9mu p\u0159i aplikaci bal\u00ed\u010dku, tedy kam a jak\u00e9 soubory by m\u011bly b\u00fdt nainstalov\u00e1ny.\n
Metadata (Metadata payload) je sekvence p\u0159\u00edsn\u011b typovan\u00fdch, ozna\u010den\u00fdch z\u00e1znam\u016f metadat, jako je jm\u00e9no bal\u00ed\u010dku, poskytovan\u00e9 funkce atd. <\/ul>\n<\/ul>\n
Kompresi v\u0161ech z\u00e1t\u011b\u017e\u00ed je prov\u00e1d\u011bna pomoc\u00ed Zstd, co\u017e zaji\u0161\u0165uje vynikaj\u00edc\u00ed v\u00fdkon dekomprese p\u0159i zachov\u00e1n\u00ed dobr\u00e9ho pom\u011bru komprese. Proces \u201einstalace\u201c .stone se radik\u00e1ln\u011b li\u0161\u00ed od ostatn\u00edch syst\u00e9m\u016f. M\u00edsto p\u0159\u00edm\u00e9 instalace soubor\u016f je bal\u00ed\u010dek ukl\u00e1d\u00e1n do cache a jeho obsah je propleten do spole\u010dn\u00e9ho \u00falo\u017ei\u0161t\u011b s adresov\u00e1n\u00edm podle obsahu (CAS). Metadata a informace o rozlo\u017een\u00ed jsou uchov\u00e1v\u00e1ny odd\u011blen\u011b a pou\u017e\u00edvaj\u00ed se p\u0159i vytv\u00e1\u0159en\u00ed transakce. Tento p\u0159\u00edstup zaji\u0161\u0165uje atomaritu aktualizac\u00ed a mo\u017enost n\u00e1vratu, proto\u017ee ka\u017ed\u00e1 transakce vytv\u00e1\u0159\u00ed novou ko\u0159enovou oblast nam\u00edsto modifikace st\u00e1vaj\u00edc\u00ed. <\/p>\n
V\u00fdvoj\u00e1\u0159i uv\u00e1d\u011bj\u00ed, \u017ee sou\u010dasn\u00fd p\u0159\u00edstup s emulac\u00ed imperativn\u00edho \u0159\u00edzen\u00ed bal\u00edk\u016f \u201eje naprosto nesmysln\u00fd\u201c a \u201eve skute\u010dnosti zav\u00e1d\u00ed v\u00edce chyb, ne\u017e \u0159e\u0161\u00ed\u201c. Vzhledem k tomu, \u017ee pro ka\u017edou transakci je vytv\u00e1\u0159ena nov\u00e1 ko\u0159enov\u00e1 souborov\u00e1 syst\u00e9m, pl\u00e1nuje se v budoucnu vytvo\u0159en\u00ed nov\u00e9ho grafu pro ka\u017edou transakci, odm\u00edtnout vestav\u011bn\u00e9 zm\u011bny ve prosp\u011bch deklarativn\u00edho p\u0159\u00edstupu, podobn\u00e9ho Gentoo nebo Nix. <\/p>\n
Dal\u0161\u00ed zaj\u00edmav\u00e9 vysv\u011btlen\u00ed se t\u00fdk\u00e1 nem\u011bnnosti (immutability). Tv\u016frci uv\u00e1d\u011bj\u00ed, \u017ee \u010dasto je AerynOS pops\u00e1n jako nem\u011bnn\u00fd OS, ale \u201eto nen\u00ed \u00fapln\u011b pravda\u201c. I kdy\u017e ka\u017ed\u00e1 transakce vede k nov\u00e9mu stromu \/usr a m\u00edstn\u00ed zm\u011bny se neukl\u00e1daj\u00ed, syst\u00e9m nen\u00ed nem\u011bnn\u00fd ve smyslu pouze pro \u010dten\u00ed. V budoucnu se pl\u00e1nuje implementace skute\u010dn\u00e9 nem\u011bnnosti syst\u00e9mu bez nutnosti restartu za pou\u017eit\u00ed erofs a overlayfs. <\/p>\n
V sou\u010dasn\u00e9 dob\u011b se AerynOS aktivn\u011b vyv\u00edj\u00ed, ji\u017e vyd\u00e1v\u00e1 ISO obrazy s prost\u0159ed\u00edm GNOME, je vhodn\u00fd pro hry (podpora ovlada\u010d\u016f NVIDIA, Steam, Flatpak), m\u00e1 skute\u010dn\u00e9 u\u017eivatele, kte\u0159\u00ed si v\u0161\u00edmaj\u00ed stability a inovativnosti syst\u00e9mu. Podle v\u00fdvoj\u00e1\u0159\u016f se projekt nach\u00e1z\u00ed ve f\u00e1zi alfa verze a nen\u00ed bez probl\u00e9m\u016f, ale ji\u017e p\u0159edstavuje celistv\u00fd syst\u00e9m, kter\u00fd \u201ejednodu\u0161e funguje\u201c. \n Zdroj: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"