{"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\/et\/blog\/novosti-interneta\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","title":{"rendered":"Esitletud on AerynOS jaotise kontseptsioon koos arhitektuursete lahenduste p\u00f5hjendustega.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
AerynOSi arendajad, kes varem olid tuntud nime all SerpentOS, avaldasid p\u00f5hjaliku artikli, milles tutvustatakse projekti kontseptsiooni ja tehnilist teostust, p\u00f5hjendades tehtud arhitektuurilisi valikuid. Projekti juht Ikey Doherty r\u00f5hutab, et AerynOS ei ole lihtsalt 'veel \u00fcks Linuxi jaotamine', vaid platvorm, alus ja t\u00f6\u00f6riistade kogum, mis on loodud selge visiooni alusel. <\/p>\n
Projekti peamine idee on esitatud k\u00fcsimusena: 'Kuidas, kui operatsioonis\u00fcsteem k\u00e4ituks nagu kaasaegne infrastruktuur?'. AerynOS on esitatud vastusena sellele k\u00fcsimusele - s\u00fcsteem, mis on ehitatud nullist, mitte traditsioonilise jaotuse sisemiste mutatsioonide j\u00e4rglasele. Projekt tugineb autorite kogemusele teiste jaotuste arendamisel, sealhulgas Solus ja Clear Linux. <\/p>\n
LLVM t\u00f6\u00f6riistade kasutamine GNU asemel, kus vaikimisi kasutatakse libc++ ja compiler-rt. Arendajad selgitavad seda valikut mitte \u00fcksnes LLVM eeliste t\u00f5ttu, vaid strateegilise otsusena parema diagnostika, pakettide \u00f5iguse ja \u00fclekantavuse tagamiseks. Samuti kasutab s\u00fcsteem glibc-d musl-i asemel, mis on teadlik valik \u00fchilduvuse ja j\u00f5udluse kasuks.\n
K\u00e4esolevas artiklis on kirjas: 'glibc j\u00f5udluse \u00fcle musli puhul on h\u00e4sti dokumenteeritud, eriti arvutuslikult intensiivsete t\u00f6\u00f6koormuste ja rakenduste puhul, mis vajavad optimaalse mitme t\u00f6\u00f6tlemise j\u00f5udlust'. Loodud r\u00f5hutavad, et nende eesm\u00e4rk on luua toimiv, kasutusvalmis s\u00fcsteem paljude rakendusskeemide jaoks. <\/p>\n
Kontseptsioon 'statelessness' (ilma oleku s\u00e4ilitamiseta) - pakettidel on keelatud sisaldada mingeid faile v\u00e4ljaspool katalooge \/usr. Nagu arendajad selgitavad, sunnib see l\u00e4henemine tagama m\u00f5istlikud vaikeseaded igas tasemes ja k\u00f5rvaldab 'kohutavad kolmikliitmise konfliktid pakettide uuendamisel'. Konflikte ei teki, kuna k\u00f5ik \/etc ja \/var kuuluvad kasutajale, samas kui \/usr on rangelt s\u00fcsteemi oma. See kontseptsioon loodi Clear Linuxi ja Solusi ajal ja AerynOS-is on see saanud edasiarendust.\n
Aatomilised uuendused - iga moss tehing on aatomiline. S\u00fcsteem loob kiiresti uue puu \/usr, kasutades k\u00f5vasid linke dedupliceeritud vahem\u00e4lust. P\u00e4rast eduka loomise ja ettevalmistamise etappi asendatakse uus puu aatomiliselt. Tegelikult vahetatakse ettevalmistatud tehing tegeliku katalooge \/usr kasutades renameat2 koos RENAME_EXCHANGE lipuga. Uuendus kas toimub t\u00e4ielikult v\u00f5i ei toimu \u00fcldse, ilma vahepealsete seisunditeta.\n
K\u00e4ivitamise haldamine p\u00f5hineb projektidel blsforme ja disks-rs. L\u00e4henemise erip\u00e4ra on see, et s\u00fcsteem genereerib d\u00fcnaamiliselt parameetreid tuumakomandi jaoks, lugedes juurereserveri failis\u00fcsteemi superblocke, mist\u00f5ttu AerynOS-is ei ole konfiguratsioonifaili, kus oleks parameeter 'root='. Veelgi enam, moss tehingu identifikaator kodeeritakse tuumakomandi ridadesse ja t\u00f6\u00f6deldakse varajase laadimise ajal initramfs. 'L\u00fchidalt \u00f6eldes t\u00e4hendab see, et iga tuum on \u00f5igesti s\u00fcnkroniseeritud vastava juurereserveri failis\u00fcsteemiga ja taastamine on odav, lihtne ja saadaval otse laadimismen\u00fc\u00fcst', selgitavad arendajad. Veel \u00fcks eelis on \/etc\/default\/grub puudumine, ja kui ESP kustutatakse, v\u00f5ib moss selle nullist taastada.\n
.stone pakettide formaat - patenteeritud binaarfailide formaat, millel on versioonist s\u00f5ltumatu pealkiri tulevaste muutuste tagamiseks. Iga .stone pakett sisaldab nelja konkreetset Andmevormingut (payload), millest iga\u00fcht saab iseseisvalt edasi arendada versioonimise kaudu:\n
\n
Sisu laadimine (Content payload) - j\u00e4rjestikune dedupliceeritud andmete plokk, st paketi failide sisu.\n
Indekseerimise laadimine (Index payload) - sisaldab sisu laadimise offset'e, mis on indekseeritud XXH128 sisu hash'i j\u00e4rgi (plaanis on \u00fcleminek Blake3-le). See v\u00f5imaldab andmete t\u00f5husat leidmist ja v\u00e4ljav\u00f5tmist.\n
Asetuse laadimine (Layout payload) - kirjeldab paketi rakendamisel eeldatavat failis\u00fcsteemi paigutust, st kuhu ja milliseid faile installida.\n
Metaandmed (Metadata payload) - j\u00e4rjestikune rangelt t\u00fc\u00fcbitud, m\u00e4rgistatud metaandmete kirjeid nagu paketi nimi, tarjutavad v\u00f5imalused jne. <\/ul>\n<\/ul>\n
K\u00f5ik koormused tihendatakse Zstd abil, mis tagab suurep\u00e4rase lahtipakkimise j\u00f5udluse koos hea tihenduskoefitsiendiga. Protsess «installimine» .stone erineb kardinaalselt teistest s\u00fcsteemidest. Failide otseinstallimise asemel salvestatakse pakett vahem\u00e4llu ning selle sisu \u00fchendatakse \u00fcldisesse laokogusse sisu aadressimise (CAS) alusel. Metaandmed ja paigutusteave hoitakse eraldi ning neid kasutatakse tehingu loomisel. See l\u00e4henemine tagab uuenduste atomaarset toimumist ja tagasiv\u00f5tmise v\u00f5imaluse, kuna iga tehing loob uue juureosa, mitte ei muuda olemasolevat. <\/p>\n
Arendajad m\u00e4rgivad, et praegune l\u00e4henemine imperatiivse pakihalduse emuleerimisele on «t\u00e4iesti m\u00f5ttetu» ning «tekitab tegelikult rohkem vigu, kui lahendab». Kuna iga tehing loob uue juurefailide s\u00fcsteemi, on tulevikus kavas luua uue graafi jaoks iga tehingu kohta ning loobuda sisseehitatud muudatustest deklaratiivse l\u00e4henemise kasuks, nagu Gentoo v\u00f5i Nix. <\/p>\n
Veel \u00fcks huvitav selgitus puudutab muutumatust (immutability). Loojad m\u00e4rgivad, et sageli kirjeldatakse AerynOS-i kui muutumatut OS-i, kuid «see ei ole p\u00e4ris \u00f5ige». Kuigi iga tehing toob kaasa uue puu \/usr ja kohalikud muudatused ei salvesta, ei ole s\u00fcsteem muutumatu lugemiseks ainult \u00f5igustes. Tulevikus on kavas rakendada t\u00f5elist muutumatust ilma vajaduseta taask\u00e4ivitada kasutades erofs ja overlayfs. <\/p>\n
Praegu areneb AerynOS aktiivselt, juba vabastab ISO-pilte GNOME keskkonna ning on m\u00e4ngudeks sobiv (NVIDIA, Steam, Flatpak draiverite tugi), omab reaalseid kasutajaid, kes m\u00e4rkavad s\u00fcsteemi stabiilsust ja uuenduslikkust. Arendajate s\u00f5nul on projekt alfaversioonis ja ei ole vabad probleemidest, kuid juba esindab see terviklikku s\u00fcsteemi, mis «lihtsalt t\u00f6\u00f6tab». \n Allikas: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"