{"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\/news\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","title":{"rendered":"Esitatud on AerynOS-i distributsiooni kontseptsioon koos arhitektuuriliste lahenduste p\u00f5hjendusega.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
AerynOS arendajad, varem tuntud kui SerpentOS, avaldasid p\u00f5hjaliku artikli, kus paljastatakse projekti kontseptsiooni ja tehnilise teostuse \u00fcksikasjad koos arhitektuuriliste otsuste p\u00f5hjendustega. Projekti juht Ikey Doherty r\u00f5hutab, et AerynOS ei ole lihtsalt 'veel \u00fcks Linuxi distributsioon', vaid platvorm, alus ja t\u00f6\u00f6riistade kogum, mis on loodud selge visiooni alusel. <\/p>\n
Projekti p\u00f5hiteema on formuleeritud k\u00fcsimusena: 'Mis oleks, kui operatsioonis\u00fcsteem k\u00e4ituks nagu kaasaegne infrastruktuur?'. AerynOS esindab vastust sellele k\u00fcsimusele \u2014 s\u00fcsteem, mis on ehitatud nullist, mitte traditsioonilise mudeli muudetud versioonide p\u00f5hjal. Projekt toetub autorite kogemusele teiste distributsioonide arendamisel, sealhulgas Solus ja Clear Linux. <\/p>\n
AerynOS-i peamised tehnilised lahendused on j\u00e4rgmised: <\/p>\n
\n
LLVM-t\u00f6\u00f6riistu kasutatakse GNU asemel, vaikimisi koos libc++ ja compiler-rt-ga. Arendajad seletavad seda valikut mitte ainult LLVM'i eelistamisena, vaid strateegilise valikuna kvaliteetsema diagnostika, korrektsete ja \u00fclekantavate pakettide tagamiseks. Samuti kasutab s\u00fcsteem glibc-d musl-i asemel, mis on teadlik valik \u00fchilduvuse ja j\u00f5udluse kasuks.\n
Kuna artikkel m\u00e4rgib: 'glibc eelised musli ees j\u00f5udluses on h\u00e4sti dokumenteeritud, eriti arvutuslikult intensiivsete t\u00f6\u00f6koormuste ja rakenduste puhul, mis n\u00f5uavad optimaalse kiirusena mitme l\u00f5ime t\u00f6\u00f6tlemist'. Loome autorid r\u00f5hutavad, et nende eesm\u00e4rk on luua toimiv, kasutusvalmis s\u00fcsteem paljusid rakendusskeeme silmas pidades. <\/p>\n
Kontseptsioon 'statelessness' (olekuta) \u2014 pakettidel on keelatud sisaldada faile v\u00e4ljaspool katalooge \/usr. Arendajad selgitavad, et see l\u00e4henemine sunnib tagama m\u00f5istlikud vaikes\u00e4tet igal tasemel ja k\u00f5rvaldab 'kohutavad kolmeosalised konfliktid pakettide v\u00e4rskendamisel'. Konflikte pole, sest k\u00f5ik \/etc ja \/var kuulub kasutajale, ja \/usr on rangelt s\u00fcsteemi oma. Kontseptsioon t\u00f6\u00f6tati v\u00e4lja Clear Linuxi ja Soluse ajastul ning AerynOS-is on see saanud edasise arengu.\n
Aatomaarne v\u00e4rskendus \u2014 iga moss tehing on aatomaarne. S\u00fcsteem loob kiiresti uue \/usr puu, kasutades k\u00f5vakettas linke deduplikatsioonitud vahem\u00e4lust. P\u00e4rast eduka loomise ja ettevalmistamise l\u00f5petamist asendatakse uus puu aatomaarsemeetodiga. Tegelik ettevalmistatud tehing vahetatakse reaalse \/usr katalooge kasutades renameat2 koos RENAME_EXCHANGE lipuga. V\u00e4rskendus kas viidatakse t\u00e4ielikult v\u00f5i ei toimu \u00fcldse, ilma vahepealsete olekute tekketa.\n
Projektide blsforme ja disks-rs p\u00f5hjal tehtav laadimise haldamine. L\u00e4henemise erip\u00e4ra on see, et s\u00fcsteem genereerib d\u00fcnaamiliselt tuumakomandorida parameetrid, lugedes juurefailis\u00fcsteemi superblokeid. Seet\u00f5ttu ei ole AerynOS-is konfiguratsioonifaili, kus oleks parameeter «root=». Veelgi enam, moss-i tehingu identifikaator kodeeritakse tuumakomandorides ja t\u00f6\u00f6deldakse varajase laadimise ajal initramfs-is. «L\u00fchidalt \u00f6eldes t\u00e4hendab see, et iga tuum on \u00f5igesti s\u00fcnkroniseeritud vastava juurefailis\u00fcsteemiga, ja tagasitulek on odav, lihtne ja saadaval otse laadimismen\u00fc\u00fcst,» - selgitavad arendajad. Veel \u00fcks eelis on see, et \/etc\/default\/grub ei ole olemas ning kui ESP kustutatakse, v\u00f5ib moss selle nullist taastada.\n
.stone pakette formaat on omap\u00e4rane binaarsete pakettide formaat versioonist s\u00f5ltumatu p\u00e4isega tulevaste muudatuste tagamiseks. Iga .stone pakett sisaldab nelja konkreetset andme t\u00fc\u00fcpi (payload), millest iga\u00fcks v\u00f5ib iseseisvalt areneda t\u00e4nu versioonimisele:\n
\n
Sisu koormus (Content payload) on j\u00e4rjestikune dedupitud andmete plokk, see t\u00e4hendab paketi failide sisu.\n
Indeksi koormus (Index payload) sisaldab sisu koormuse nihkeid, mis on indeksitud XXH128 sisu hashi alusel (on kavandatud \u00fcleminek Blake3-le). See v\u00f5imaldab andmeid t\u00f5husalt leida ja v\u00e4lja v\u00f5tta.\n
Kujunduse koormus (Layout payload) kirjeldab paketi kasutamisel oodatavat failis\u00fcsteemi paigutust, see t\u00e4hendab, kuhu ja milliseid faile tuleks paigaldada.\n
Metaandmed (Metadata payload) on rangelt t\u00fc\u00fcbistatud, m\u00e4rgistatud metaandmete kirje jada, nagu paketi nimi, pakutavad v\u00f5imalused jne. <\/ul>\n<\/ul>\n
K\u00f5ik koormuste kokkusurumine toimub Zstd abil, mis tagab suurep\u00e4rase dekompressioonitulemuse samal ajal, kui s\u00e4ilib hea kokkusurumise koefitsient. Protsess «paigaldamine» .stone erineb oluliselt teistest s\u00fcsteemidest. Selle asemel, et faile otse installida, salvestatakse pakett vahem\u00e4lu ja selle sisu kootakse \u00fchisesse salvestusse, kasutades sisu aadressimist (CAS). Metaandmed ja paigutuse teave hoitakse eraldi ning neid kasutatakse tehingu loomisel. See l\u00e4henemine tagab uuenduste aatomilisuse ja tagasisuunamise v\u00f5imaluse, kuna iga tehing loob uue juurosa, mitte ei muuda olemasolevat. <\/p>\n
Arendajad m\u00e4rgivad, et praegune l\u00e4henemine pakettide imperatiivse halduse emuleerimisele «on t\u00e4iesti m\u00f5tetu» ja «toob tegelikult rohkem vigu, kui lahendab». Kuna iga tehing loob uue juurefailis\u00fcsteemi, on tulevikus plaanis luua igasuguste tehingute jaoks uus graaf, loobuda sisseehitatud muudatustest deklareeriva l\u00e4henemise kasuks, sarnases stiilis nagu Gentoo v\u00f5i Nix. <\/p>\n
Veel \u00fcks huvitav selgitus puudutab muutumatust (immutability). Loojad m\u00e4rgivad, et AerynOSi kirjeldatakse sageli kui muutumatut ops\u00fcsteemi, kuid «see ei ole t\u00e4iesti t\u00f5ene». Kuigi iga tehing toob kaasa uue puu \/usr ja kohalikud muudatused ei j\u00e4\u00e4 alles, ei ole s\u00fcsteem muutumatu ainult lugemiseks. Tulevikus on plaanis rakendada t\u00f5elist s\u00fcsteemi muutumatust ilma taask\u00e4ivitamiseta, kasutades erofs ja overlayfs. <\/p>\n
Praeguseks AerynOS aktiivselt areneb, vabastab juba ISO-pilte GNOME keskkonnaga, on m\u00e4ngimiseks sobiv (NVIDIA draiverite, Steami, Flatpaki tugi), omab reaalseid kasutajaid, kes m\u00e4rgivad s\u00fcsteemi stabiilsust ja uuenduslikkust. Arendajate s\u00f5nul on projekt alfaversioonis ja ei ole probleemideta, 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":"