{"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\/sl\/blog\/news\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","title":{"rendered":"Predstavitev koncepta distribucije AerynOS z utemeljitvijo arhitekturnih re\u0161itev","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Razvijalci AerynOS-a, prej znanega kot SerpentOS, so objavili obse\u017eno \u010dlanek, v katerem razkrivajo podrobnosti o konceptu in tehni\u010dni realizaciji projekta s pojasnili sprejetih arhitekturnih odlo\u010ditev. Vodja projekta Ikey Doherty poudarja, da AerynOS ni le \"\u0161e ena distribucija Linuxa\", temve\u010d platforma, temelj in nabor orodij, ustvarjenih v skladu s jasnim vizionarskim pristopom. <\/p>\n
Osnovna ideja projekta je oblikovana v obliki vpra\u0161anja: \"Kaj, \u010de bi se operacijski sistem obna\u0161al kot sodobna infrastruktura?\" AerynOS je predstavljen kot odgovor na to vpra\u0161anje \u2014 sistem, zgrajen iz ni\u010d, ne pa nadaljevanje tradicionalnega modela vgrajenih mutacij znotraj distribucije. Projekt se opira na izku\u0161nje avtorjev pri razvoju drugih distribucij, vklju\u010dno s Solusom in Clear Linuxom. <\/p>\n
Med klju\u010dnimi tehni\u010dnimi re\u0161itvami AerynOS lahko izpostavimo: <\/p>\n
\n
Uporaba orodja LLVM namesto GNU, z uporabo libc++ in compiler-rt privzeto. Razvijalci pojasnjujejo to odlo\u010ditev ne samo kot preferenco LLVM, ampak kot strate\u0161ko izbiro za zagotavljanje bolj\u0161e diagnostike, natan\u010dnosti in prenosljivosti paketov. Sistem pri tem uporablja glibc namesto musl, kar je zavestna izbira v prid zdru\u017eljivosti in zmogljivosti.\n
Kot je navedeno v \u010dlanku: \"Prednost glibc pred musl v zmogljivosti je dobro dokumentirana, \u0161e posebej za ra\u010dunsko intenzivne delovne obremenitve in aplikacije, ki zahtevajo optimalno zmogljivost ve\u010dnitenja.\" Ustvarjalci poudarjajo, da je njihov cilj zgraditi delujo\u010d, uporabniku prijazen sistem za \u0161tevilne scenarije uporabe. <\/p>\n
Koncept \"statelessness\" (brez ohranjanja stanja) \u2014 paketom je prepovedano vsebovati kakr\u0161nekoli datoteke izven imenika \/usr. Kot pojasnjujejo razvijalci, ta pristop zagotavlja razumne privzete vrednosti na vseh ravneh in odpravlja \"zoprne konflikte trojnih spojitev pri posodobitvi paketov.\" Konflikti ne obstajajo, ker vse v \/etc in \/var pripada uporabniku, medtem ko je \/usr izklju\u010dno sistemski. Koncept je bil razvit v \u010dasu Clear Linuxa in Solusa ter v AerynOS-u do\u017eivel nadaljnji razvoj.\n
Atomske posodobitve \u2014 vsaka transakcija moss je atomska. Sistem hitro ustvari novo drevo \/usr z uporabo trdnih povezav iz deduplificiranega predpomnilnika. Po uspe\u0161nem ustvarjanju in pripravi se novo drevo atomsko zamenja. Dejanska pripravljena transakcija se izmenjuje z dejanskim imenikom \/usr z uporabo renameat2 s zastavico RENAME_EXCHANGE. Posodobitev se bodisi izvede v celoti bodisi ne izvede, brez vmesnih stanj.\n
Upravljanje nalaganjem na osnovi projekata blsforme in disks-rs. Posebnost pristopa je, da sistem dinami\u010dno oblikuje parametre za ukazno vrstico jedra, prebere superblokade naprav korenskega datote\u010dnega sistema, zato v AerynOS ni konfiguracijske datoteke, ki bi vsebovala parameter \u00abroot=\u00bb. Poleg tega se identifikator transakcije moss kodira v ukazno vrstico jedra in obdeluje v zgodnjem nalaganju v initramfs. \u00ab\u010ce povzamemo, to pomeni, da je vsako jedro pravilno sinhronizirano z ustreznim korenskim datote\u010dnim sistemom, povratni proces pa je poceni, enostaven in dosegljiv neposredno iz menija nalaganja\u00bb, pojasnjujejo razvijalci. \u0160e ena prednost je odsotnost \/etc\/default\/grub, in \u010de bo ESP izbrisan, ga moss lahko obnovi od za\u010detka.\n
Format paketov .stone \u2014 lastni binarni format paketov s razli\u010dico neodvisno glavo za zagotavljanje prihodnjih sprememb. Vsak paket .stone vsebuje \u0161tiri posebne vrste podatkov (payload), pri \u010demer se lahko vsak od njih neodvisno razvija zaradi razli\u010dne verzioniranja:\n
\n
Vsebinski del (Content payload) \u2014 zaporedni blok dedupliciranih podatkov, to je samo vsebina datotek paketa.\n
Indeksni del (Index payload) \u2014 vsebuje premike za vsebinski del, indeksirane po ha\u0161u XXH128 vsebine (na\u010drtovana je prehod na Blake3). To omogo\u010da u\u010dinkovito iskanje in pridobivanje podatkov.\n
Razporeditev (Layout payload) \u2014 opisuje predvideni razpored datote\u010dnega sistema ob uporabi paketa, to je, kam in katere datoteke naj bodo name\u0161\u010dene.\n
Metapodatki (Metadata payload) \u2014 zaporedje strogo tipiziranih, ozna\u010denih zapisov metapodatkov, kot so ime paketa, ponujene mo\u017enosti itd. <\/ul>\n<\/ul>\n
Stiskanje vseh obremenitev poteka s pomo\u010djo Zstd, kar zagotavlja odli\u010dno zmogljivost razpakiranja ob ohranjanju dobrega faktorja stiskanja. Postopek «namestitve» .stone se bistveno razlikuje od drugih sistemov. Namesto neposredne namestitve datotek se paket predpomni, njegovo vsebino pa se vklju\u010di v skupno shrambo z naslovom po vsebini (CAS). Metapodatki in informacije o postavitvi se hranijo lo\u010deno in se uporabljajo pri ustvarjanju transakcij. Ta pristop zagotavlja atomarnost posodobitev in mo\u017enost vra\u010danja, saj vsaka transakcija ustvari nov korenski razdelek, namesto da bi spremenila obstoje\u010dega. <\/p>\n
Razvijalci opozarjajo, da je trenutni pristop z emulacijo imperativnega upravljanja paketov «popolnoma brezsmiseln» in «dejansko uvaja ve\u010d napak, kot jih re\u0161uje». Ker se za vsako transakcijo ustvari nova korenska datote\u010dna sistem, je v prihodnosti predvidena ustvaritev novega grafa za vsako transakcijo, opustitev vgrajenih sprememb v prid deklarativnemu pristopu, podobnemu Gentoo ali Nix. <\/p>\n
\u0160e eno zanimivo pojasnilo se nana\u0161a na neizmenljivost (immutability). Ustvarjalci opa\u017eajo, da pogosto AerynOS opisujejo kot neizmenljiv operacijski sistem, vendar «to ni povsem res». \u010ceprav vsaka transakcija pripelje do novega drevesa \/usr in lokalne spremembe niso shranjene, sistem ni neizmenljiv v smislu dostopa samo za branje. V prihodnosti je predvidena implementacija prave neizmenljivosti sistema brez potrebe po ponovnem zagonu z uporabo erofs in overlayfs. <\/p>\n
Trenutno se AerynOS aktivno razvija, \u017ee izdaja ISO slike z okoljem GNOME, je primeren za igre (podpora za gonilnike NVIDIA, Steam, Flatpak), ima prave uporabnike, ki opa\u017eajo stabilnost in inovativnost sistema. Po besedah razvijalcev je projekt v fazi alfa razli\u010dice in ni brez te\u017eav, vendar \u017ee predstavlja celovit sistem, ki «preprosto deluje». \n Izvor: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"