{"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\/ro\/blog\/news\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","title":{"rendered":"A fost prezentat\u0103 concep\u021bia distribu\u021biei AerynOS, \u00eempreun\u0103 cu justific\u0103rile solu\u021biilor arhitecturale","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dezvoltatorii AerynOS, anterior cunoscut ca SerpentOS, au publicat un articol detaliat \u00een care sunt expuse detaliile conceptului \u0219i implement\u0103rii tehnice a proiectului, justific\u00e2nd deciziile arhitecturale adoptate. Liderul proiectului, Ikey Doherty, subliniaz\u0103 c\u0103 AerynOS - este mai mult dec\u00e2t \u201e\u00eenc\u0103 o distribu\u021bie Linux\u201d, ci o platform\u0103, un fundament \u0219i un set de instrumente realizate conform unei viziuni clare. <\/p>\n
Ideea principal\u0103 a proiectului este formulat\u0103 sub forma unei \u00eentreb\u0103ri: \u201eCe ar fi dac\u0103 un sistem de operare ar func\u021biona ca o infrastructur\u0103 modern\u0103?\u201d. AerynOS este prezentat ca un r\u0103spuns la aceast\u0103 \u00eentrebare - un sistem construit de la zero, nu o continuare a modelului tradi\u021bional de muta\u021bii integrate \u00een interiorul distribu\u021biei. Proiectul se bazeaz\u0103 pe experien\u021ba autorilor \u00een dezvoltarea altor distribu\u021bii, inclusiv Solus \u0219i Clear Linux. <\/p>\n
Printre solu\u021biile tehnice cheie ale AerynOS se num\u0103r\u0103: <\/p>\n
\n
Utilizarea instrumentelor LLVM \u00een loc de GNU, cu aplica\u021bia libc++ \u0219i compiler-rt ca implicit. Dezvoltatorii explic\u0103 aceast\u0103 alegere nu doar prin preferin\u021ba pentru LLVM, ci printr-o op\u021biune strategic\u0103 pentru utilizarea unui diagnostic mai calitativ, asigur\u00e2nd corectitudinea \u0219i portabilitatea pachetelor. \u00cen acela\u0219i timp, sistemul folose\u0219te glibc \u00een loc de musl, ceea ce reprezint\u0103 o alegere con\u0219tient\u0103 \u00een favoarea compatibilit\u0103\u021bii \u0219i performan\u021bei.\n
A\u0219a cum se precizeaz\u0103 \u00een articol: \u201eAvantajul glibc fa\u021b\u0103 de musl \u00een performan\u021b\u0103 este bine documentat, \u00een special pentru sarcinile de lucru intensive din punct de vedere computa\u021bional \u0219i aplica\u021biile care necesit\u0103 performan\u021b\u0103 optim\u0103 a multithreading-ului\u201d. Creatorii subliniaz\u0103 c\u0103 scopul lor este de a construi un sistem functional, utilizabil pentru o varietate de scenarii de aplicare. <\/p>\n
Conceptul de \u201estatelessness\u201d (f\u0103r\u0103 p\u0103strare de stare) - pachetelor nu le este permis s\u0103 con\u021bin\u0103 fi\u0219iere \u00een afara directorului \/usr. Dup\u0103 cum explic\u0103 dezvoltatorii, aceast\u0103 abordare impune asigurarea unor valori prestabilite rezonabile la toate nivelurile \u0219i elimin\u0103 \u201econflictele teribile de fuziune trilaterale la actualizarea pachetelor\u201d. Nu exist\u0103 conflicte, deoarece totul \u00een \/etc \u0219i \/var apar\u021bine utilizatorului, \u00een timp ce \/usr este exclusiv al sistemului. Conceptul a fost dezvoltat \u00een timpul Clear Linux \u0219i Solus, iar \u00een AerynOS a fost extins.\n
Actualiz\u0103rile atomice - fiecare tranzac\u021bie moss este atomic\u0103. Sistemul creeaz\u0103 rapid un nou arbore \/usr folosind linkuri dure din cache-ul deduplicat. Dup\u0103 ce noul arbore a fost creat \u0219i preg\u0103tit cu succes, acesta este \u00eenlocuit atomic. Tranzac\u021bia preg\u0103tit\u0103 este schimbat\u0103 cu directorul real \/usr folosind renameat2 cu flag-ul RENAME_EXCHANGE. Actualizarea fie se finalizeaz\u0103 complet, fie nu se finalizeaz\u0103 deloc, f\u0103r\u0103 st\u0103ri intermediare.\n
Gestionarea \u00eenc\u0103rc\u0103rii pe baza proiectelor blsforme \u0219i disks-rs. Caracteristica abord\u0103rii este c\u0103 sistemul formeaz\u0103 dinamic parametrii pentru linia de comand\u0103 a nucleului, citind superblocurile dispozitivelor sistemului de fi\u0219iere r\u0103d\u0103cin\u0103, prin urmare, \u00een AerynOS nu exist\u0103 un fi\u0219ier de configurare care s\u0103 con\u021bin\u0103 parametrul \"root= \". Mai mult, identificatorul tranzac\u021biei moss este codificat \u00een linia de comand\u0103 a nucleului \u0219i este procesat \u00een timpul \u00eenc\u0103rc\u0103rii timpurii \u00een initramfs. \"Pe scurt, aceasta \u00eenseamn\u0103 c\u0103 fiecare nucleu este corect sincronizat cu sistemul de fi\u0219iere r\u0103d\u0103cin\u0103 corespunz\u0103tor, iar rollback-ul este ieftin, simplu \u0219i accesibil direct din meniul de \u00eenc\u0103rcare\", explic\u0103 dezvoltatorii. Un alt avantaj este absen\u021ba \/etc\/default\/grub, iar dac\u0103 ESP este \u0219ters, moss poate s\u0103-l recupereze de la zero.\n
Formatul pachetelor .stone \u2014 un format binar propriu de pachete cu un antet agnostic la versiune pentru a asigura modific\u0103ri viitoare. Fiecare pachet .stone con\u021bine patru tipuri specifice de date (payload), fiecare dintre ele put\u00e2nd evolua independent datorit\u0103 controlului versiunilor:\n
\n
\u00cenc\u0103rc\u0103tura de con\u021binut (Content payload) \u2014 un bloc secven\u021bial de date deduplicat, adic\u0103 con\u021binutul efectiv al fi\u0219ierelor din pachet.\n
\u00cenc\u0103rc\u0103tura de index (Index payload) \u2014 con\u021bine deplasamente pentru \u00eenc\u0103rc\u0103tura de con\u021binut, indexate dup\u0103 hash-ul XXH128 al con\u021binutului (se preconizeaz\u0103 o tranzi\u021bie la Blake3). Acest lucru permite g\u0103sirea \u0219i extragerea eficient\u0103 a datelor.\n
\u00cenc\u0103rc\u0103tura de layout (Layout payload) \u2014 descrie layout-ul propus al sistemului de fi\u0219iere c\u00e2nd se aplic\u0103 pachetul, adic\u0103 unde \u0219i ce fi\u0219iere ar trebui s\u0103 fie instalate.\n
Metadatele (Metadata payload) \u2014 o secven\u021b\u0103 de \u00eenregistr\u0103ri de metadate strict tipizate, etichetate, cum ar fi numele pachetului, capabilit\u0103\u021bile furnizate etc. <\/ul>\n<\/ul>\n
Compresia tuturor sarcinilor se face cu ajutorul Zstd, asigur\u00e2nd performan\u021be excelente de decompresie, men\u021bin\u00e2nd \u00een acela\u0219i timp un coeficient bun de compresie. Procesul de \u201einstalare\u201d a .stone se diferen\u021biaz\u0103 radical de alte sisteme. \u00cen loc s\u0103 instaleze direct fi\u0219ierele, pachetul este stocat \u00een cache, iar con\u021binutul s\u0103u este \u021besut \u00eentr-un depozit comun cu adresare pe baza con\u021binutului (CAS). Metadatele \u0219i informa\u021biile despre aranjare sunt stocate separat \u0219i utilizate la crearea unei tranzac\u021bii. Aceast\u0103 abordare asigur\u0103 atomicitatea actualiz\u0103rilor \u0219i posibilitatea de revenire, deoarece fiecare tranzac\u021bie creeaz\u0103 o nou\u0103 sec\u021biune de baz\u0103, f\u0103r\u0103 a modifica una existent\u0103. <\/p>\n
Dezvoltatorii subliniaz\u0103 c\u0103 abordarea actual\u0103 cu emularea controlului imperativ al pachetelor \u201enu are sens deloc\u201d \u0219i \u201ede fapt, introduce mai multe erori dec\u00e2t solu\u021bioneaz\u0103\u201d. Deoarece pentru fiecare tranzac\u021bie se creeaz\u0103 un nou sistem de fi\u0219iere r\u0103d\u0103cin\u0103, \u00een viitor se pl\u0103nuie\u0219te crearea unei noi diagrame pentru fiecare tranzac\u021bie, abandon\u00e2nd modific\u0103rile \u00eencorporate \u00een favoarea unei abord\u0103ri declarative, asem\u0103n\u0103toare cu Gentoo sau Nix. <\/p>\n
O alt\u0103 explica\u021bie interesant\u0103 se refer\u0103 la imutabilitate. Creatorii subliniaz\u0103 c\u0103 AerynOS este adesea descris ca un sistem de operare imutabil, dar \u201eacest lucru nu este tocmai corect\u201d. De\u0219i fiecare tranzac\u021bie duce la un nou arbore \/usr \u0219i modific\u0103rile locale nu sunt salvate, sistemul nu este imutabil \u00een sensul accesului doar la citire. \u00cen viitor se pl\u0103nuie\u0219te implementarea unei imutabilit\u0103\u021bi adev\u0103rate a sistemului, f\u0103r\u0103 a necesita repornire, utiliz\u00e2nd erofs \u0219i overlayfs. <\/p>\n
\u00cen prezent, AerynOS este \u00een activ\u0103 dezvoltare, deja lans\u00e2nd imagini ISO cu mediu GNOME, fiind potrivit pentru jocuri (suport pentru drivere NVIDIA, Steam, Flatpak), av\u00e2nd utilizatori reali care semnaleaz\u0103 stabilitatea \u0219i inova\u021bia sistemului. Potrivit dezvoltatorilor, proiectul se afl\u0103 \u00eentr-o faz\u0103 de alfa \u0219i nu este lipsit de probleme, dar reprezint\u0103 deja un sistem integrat care \u201epur \u0219i simplu func\u021bioneaz\u0103\u201d. \n Sursa: opennet.ro<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"