{"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\/sq\/blog\/novosti-interneta\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","title":{"rendered":"Koncepti i shp\u00ebrndarjes AerynOS u paraqit me justifikim p\u00ebr vendimet arkitekturore","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Zhvilluesit e AerynOS, t\u00eb njohur m\u00eb par\u00eb si SerpentOS, publikuan nj\u00eb artikull t\u00eb detajuar q\u00eb zbulojn\u00eb detajet e konceptit dhe realizimit teknik t\u00eb projektit, me justifikim p\u00ebr vendimet e marra arkitekturore. Drejtuesi i projektit, Ikey Doherty, thekson se AerynOS \u00ebsht\u00eb m\u00eb shum\u00eb se thjesht \"nj\u00eb shp\u00ebrndarje tjet\u00ebr e Linux-it\", por nj\u00eb platform\u00eb, themel dhe grup mjetesh t\u00eb nd\u00ebrtuara sipas nj\u00eb vizioni t\u00eb qart\u00eb. <\/p>\n
Ideja kryesore e projektit formulohet si nj\u00eb pyetje: \"\u00c7far\u00eb n\u00ebse sistemi operativ do t\u00eb sillet si nj\u00eb infrastruktur\u00eb moderne?\" AerynOS paraqitet si p\u00ebrgjigje p\u00ebr k\u00ebt\u00eb pyetje - nj\u00eb sistem i nd\u00ebrtuar nga zero, e jo nj\u00eb ndjek\u00ebs i modelit tradicional t\u00eb mutacioneve t\u00eb integruara brenda nj\u00eb shp\u00ebrndarjeje. Projekti mb\u00ebshtetet n\u00eb p\u00ebrvoj\u00ebn e autor\u00ebve n\u00eb zhvillimin e shp\u00ebrndarjeve t\u00eb tjera, duke p\u00ebrfshir\u00eb Solus dhe Clear Linux. <\/p>\n
Mes vendimeve teknike kryesore t\u00eb AerynOS mund t\u00eb p\u00ebrmendim: <\/p>\n
\n
P\u00ebrdorimi i setit t\u00eb veglave LLVM n\u00eb vend t\u00eb GNU, duke aplikuar libc++ dhe compiler-rt si default. Zhvilluesit e shpjegojn\u00eb k\u00ebt\u00eb vendim jo vet\u00ebm si nj\u00eb preferenc\u00eb p\u00ebr LLVM, por si nj\u00eb zgjedhje strategjike p\u00ebr t\u00eb p\u00ebrdorur diagnoza m\u00eb cil\u00ebsore, duke siguruar sakt\u00ebsin\u00eb dhe portabilitetin e paketave. N\u00eb t\u00eb nj\u00ebjt\u00ebn koh\u00eb, sistemi p\u00ebrdor glibc n\u00eb vend t\u00eb musl, nj\u00eb zgjedhje e b\u00ebr\u00eb me q\u00ebllim p\u00ebr t\u00eb favorizuar kompatibilitetin dhe performanc\u00ebn.\n
Si\u00e7 thuhet n\u00eb artikull: \"Avantazhi i glibc ndaj musl n\u00eb performanc\u00eb \u00ebsht\u00eb mir\u00eb dokumentuar, ve\u00e7an\u00ebrisht p\u00ebr ngarkesa pune intensive n\u00eb llogaritje dhe aplikacione q\u00eb k\u00ebrkojn\u00eb performanc\u00eb optimale t\u00eb shum\u00ebfisht\u00eb\". Krijuesit theksojn\u00eb se q\u00ebllimi i tyre \u00ebsht\u00eb t\u00eb nd\u00ebrtojn\u00eb nj\u00eb sistem funksional dhe t\u00eb p\u00ebrdorsh\u00ebm p\u00ebr shum\u00eb skenar\u00eb aplikimi. <\/p>\n
Koncepti i \"statelessness\" (pa ruajtje t\u00eb gjendjes) - pakot ndalohen t\u00eb p\u00ebrmbajn\u00eb ndonj\u00eb skedar jasht\u00eb katalogut \/usr. Si\u00e7 shpjegojn\u00eb zhvilluesit, ky qasje detyron q\u00eb t\u00eb sigurohen vlera t\u00eb arsyeshme paraprakisht n\u00eb t\u00eb gjitha nivelet dhe eliminon \"konfliktet e tmerrshme t\u00eb trefishta gjat\u00eb azhurnimit t\u00eb paketave\". Nuk ka konflikte, sepse gjith\u00e7ka n\u00eb \/etc dhe \/var i p\u00ebrket p\u00ebrdoruesit, nd\u00ebrsa \/usr \u00ebsht\u00eb ekskluzivisht p\u00ebr sistemin. Ky koncept \u00ebsht\u00eb zhvilluar gjat\u00eb koh\u00ebs s\u00eb Clear Linux dhe Solus, dhe n\u00eb AerynOS ka marr\u00eb zhvillim t\u00eb m\u00ebtejsh\u00ebm.\n
Azhurnimet atomike - \u00e7do transaksion moss \u00ebsht\u00eb atomik. Sistemi krijon shpejt nj\u00eb pem\u00eb t\u00eb re \/usr duke p\u00ebrdorur lidhje t\u00eb forta nga memoria e deduplicuar. Pas krijimit dhe p\u00ebrgatitjes t\u00eb suksesshme, pem\u00eb e re z\u00ebvend\u00ebsohet atomikisht. Transaksioni i p\u00ebrgatitur n\u00eb t\u00eb v\u00ebrtet\u00eb shk\u00ebmbehet me katalogun aktual \/usr duke p\u00ebrdorur renameat2 me flamurin RENAME_EXCHANGE. Azhurnimi ndodh ose plot\u00ebsisht, ose aspak, pa gjendje nd\u00ebrmjet\u00ebse.\n
Menaxhimi i boot-it \u00ebsht\u00eb i bazuar n\u00eb projektet blsforme dhe disks-rs. Ve\u00e7oria e k\u00ebtij qasje \u00ebsht\u00eb se sistemi dinamikisht formon parametrat p\u00ebr komand\u00ebn e linj\u00ebs s\u00eb b\u00ebrtham\u00ebs duke lexuar superbloket e pajisjeve t\u00eb sistemit t\u00eb skedar\u00ebve t\u00eb rr\u00ebnj\u00ebs, k\u00ebshtu q\u00eb n\u00eb AerynOS nuk ka skedar konfigurimi q\u00eb p\u00ebrmban parametrin \"root= \". P\u00ebr m\u00eb tep\u00ebr, identifikuesi i transaksionit moss kodifikohet n\u00eb komand\u00ebn e linj\u00ebs s\u00eb b\u00ebrtham\u00ebs dhe p\u00ebrpunohen gjat\u00eb ngarkes\u00ebs fillestare n\u00eb initramfs. \"N\u00eb pak fjal\u00eb, kjo do t\u00eb thot\u00eb se \u00e7do b\u00ebrthame \u00ebsht\u00eb e sinkronizuar sakt\u00ebsisht me sistemin e skedar\u00ebve t\u00eb rr\u00ebnj\u00ebs p\u00ebrkat\u00ebs, dhe rikthimi \u00ebsht\u00eb i lir\u00eb, i thjesht\u00eb dhe i disponuesh\u00ebm drejtp\u00ebrdrejt nga menyja e ngarkes\u00ebs\", shpjegojn\u00eb zhvilluesit. Nj\u00eb tjet\u00ebr Avantazh \u00ebsht\u00eb mungesa e \/etc\/default\/grub, dhe n\u00ebse ESP fshihet, moss mund ta rikthej\u00eb at\u00eb nga zero.\n
Formati i paketave .stone - formati yn\u00eb i paketave binar\u00eb me nj\u00eb krye t\u00eb pa varur nga versioni p\u00ebr t\u00eb siguruar ndryshime t\u00eb ardhshme. \u00c7do paket\u00eb .stone p\u00ebrmban kat\u00ebr lloje t\u00eb caktuara t\u00eb t\u00eb dh\u00ebnave (payload), secili prej t\u00eb cilave mund t\u00eb zhvillohet n\u00eb m\u00ebnyr\u00eb t\u00eb pavarur p\u00ebr shkak t\u00eb versionimit:\n
\n
Ngarkesa e p\u00ebrmbajtjes (Content payload) - nj\u00eb bllok sekondar i t\u00eb dh\u00ebnave t\u00eb deduplicuara, pra vet\u00eb p\u00ebrmbajtja e skedar\u00ebve t\u00eb paket\u00ebs.\n
Ngarkesa indeksuese (Index payload) - p\u00ebrmban offset p\u00ebr ngarkes\u00ebn e p\u00ebrmbajtjes, t\u00eb indeksuar sipas hash-it XXH128 t\u00eb p\u00ebrmbajtjes (planifikohet kalimi n\u00eb Blake3). Kjo lejon k\u00ebrkimin dhe nxjerrjen e t\u00eb dh\u00ebnave n\u00eb m\u00ebnyr\u00eb efektive.\n
Ngarkesa e skem\u00ebs (Layout payload) - p\u00ebrshkruan skem\u00ebn e supozuar t\u00eb sistemit t\u00eb skedar\u00ebve kur aplikohet paketa, pra ku dhe cilat skedar\u00eb duhet t\u00eb instalohen.\n
Metadat\u00ebs (Metadata payload) - nj\u00eb sekuenc\u00eb e regjistrave t\u00eb dh\u00ebnash t\u00eb ndara, t\u00eb ndara dhe t\u00eb tipizuara sakt\u00ebsisht, t\u00eb tilla si emri i paket\u00ebs, mund\u00ebsit\u00eb e ofruara, etj. <\/ul>\n<\/ul>\n
Kompressimi i t\u00eb gjitha ngarkesave b\u00ebhet me ndihm\u00ebn e Zstd, i cili siguron performanc\u00eb t\u00eb shk\u00eblqyer t\u00eb shp\u00ebrndarjes duke ruajtur nj\u00eb marr\u00ebdh\u00ebnie t\u00eb mir\u00eb kompresimi. Procesi i «instalimit» t\u00eb .stone ndryshe nga sistemet e tjera. N\u00eb vend t\u00eb instalimit t\u00eb drejtp\u00ebrdrejt\u00eb t\u00eb skedar\u00ebve, paketa krenohet dhe p\u00ebrmbajtja e saj nd\u00ebrthuret n\u00eb nj\u00eb depo t\u00eb p\u00ebrbashk\u00ebt duke u adresuar sipas p\u00ebrmbajtjes (CAS). Metadat\u00ebt dhe informacioni mbi formatin ruhen ndaras dhe p\u00ebrdoren gjat\u00eb krijimit t\u00eb tranzaksioneve. Ky qasje siguron atomaritetin e p\u00ebrdit\u00ebsimeve dhe mund\u00ebsin\u00eb e rikthimit, pasi \u00e7do transaksion krijon nj\u00eb ndarje t\u00eb re rr\u00ebnj\u00ebsore, n\u00eb vend q\u00eb t\u00eb modifikoj\u00eb ekzistuesen. <\/p>\n
Zhvilluesit shkruajn\u00eb se qasja aktuale me emulimin e menaxhimit imperativ t\u00eb pakove «\u00ebsht\u00eb krejt\u00ebsisht e paarsyeshme» dhe «n\u00eb fakt shkakton m\u00eb shum\u00eb gabime sesa zgjidhje». Duke qen\u00eb se p\u00ebr \u00e7do transaksion krijohet nj\u00eb sistem i ri rr\u00ebnj\u00ebsor t\u00eb skedar\u00ebve, n\u00eb t\u00eb ardhmen planifikohet krijimi i nj\u00eb grafiku t\u00eb ri p\u00ebr secil\u00ebn transaksion, heqja dor\u00eb nga ndryshimet e integruara n\u00eb favor t\u00eb nj\u00eb qasje deklarative, t\u00eb ngjashme me Gentoo ose Nix. <\/p>\n
Nj\u00eb shpjegim tjet\u00ebr interesant lidhet me pavarsin\u00eb (immutability). Krijuesit theksojn\u00eb se shpesh AerynOS p\u00ebrshkruhet si nj\u00eb OS e pavarsishme, por «kjo nuk \u00ebsht\u00eb plot\u00ebsisht e sakt\u00eb». Edhe pse \u00e7do transaksion \u00e7on n\u00eb nj\u00eb pem\u00eb t\u00eb re \/usr dhe ndryshimet lokale nuk ruhen, sistemi nuk \u00ebsht\u00eb i pavarsish\u00ebm n\u00eb kuptimin e aksesit vet\u00ebm p\u00ebr lexim. N\u00eb t\u00eb ardhmen planifikohet realizimi i nj\u00eb sistemi t\u00eb v\u00ebrtet\u00eb t\u00eb pavarsish\u00ebm pa nevoj\u00ebn p\u00ebr ri-ngarkim p\u00ebrmes erofs dhe overlayfs. <\/p>\n
Aktualisht AerynOS po zhvillohet aktive, tashm\u00eb l\u00ebshon imazhe ISO me ambientin GNOME, \u00ebsht\u00eb e p\u00ebrshtatshme p\u00ebr loj\u00ebra (mb\u00ebshtetje p\u00ebr drejtuesit NVIDIA, Steam, Flatpak), ka p\u00ebrdorues t\u00eb v\u00ebrtet\u00eb q\u00eb theksojn\u00eb stabilitetin dhe risit\u00eb e sistemit. Sipas zhvilluesve, projekti ndodhet n\u00eb faz\u00ebn alfa dhe nuk \u00ebsht\u00eb pa probleme, por tashm\u00eb p\u00ebrb\u00ebn nj\u00eb sistem t\u00ebr\u00ebsor q\u00eb «thjesht funksionon». \n Burimi: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"