{"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\/news\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","title":{"rendered":"U prezantua koncepti i shp\u00ebrndarjes AerynOS me arsyetimin e zgjidhjeve 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 n\u00eb t\u00eb cilin zbulohet koncepti dhe realizimi teknik i projektit me arsyetimin e vendimeve t\u00eb marra n\u00eb arkitektur\u00eb. Kryesuesi i projektit, Ikey Doherty, thekson se AerynOS \u00ebsht\u00eb m\u00eb shum\u00eb se \"nj\u00eb shp\u00ebrndarje tjet\u00ebr Linux\", por nj\u00eb platform\u00eb, themel dhe nj\u00eb grup mjetesh t\u00eb krijuara n\u00eb p\u00ebrputhje me nj\u00eb vizion t\u00eb qart\u00eb. <\/p>\n
Ideja kryesore e projektit formullohet 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 ndaj k\u00ebsaj pyetjeje - nj\u00eb sistem i nd\u00ebrtuar nga zero, dhe jo nj\u00eb ndjek\u00ebs i modelit tradicional t\u00eb mutacioneve t\u00eb gjitha brenda shp\u00ebrndarjes. 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
Disa nga zgjidhjet teknike kryesore t\u00eb AerynOS p\u00ebrfshijn\u00eb: <\/p>\n
\n
P\u00ebrdorimi i instrumentariumit LLVM n\u00eb vend t\u00eb GNU, me p\u00ebrdorimin e libc++ dhe compiler-rt si parazgjedhje. Zhvilluesit e shpjegojn\u00eb k\u00ebt\u00eb vendim jo thjesht si nj\u00eb preferenc\u00eb p\u00ebr LLVM, por si nj\u00eb zgjedhje strategjike p\u00ebr t\u00eb p\u00ebrdorur nj\u00eb diagnostik\u00eb m\u00eb t\u00eb kualifikuar, duke siguruar sakt\u00ebsi dhe portabilitet t\u00eb paketave. N\u00eb t\u00eb nj\u00ebjt\u00ebn koh\u00eb, sistemi p\u00ebrdor glibc n\u00eb vend t\u00eb musl, q\u00eb \u00ebsht\u00eb nj\u00eb zgjedhje e vet\u00ebdijshme p\u00ebr shkak t\u00eb p\u00ebrputhshm\u00ebris\u00eb dhe performanc\u00ebs.\n
Si\u00e7 \u00ebsht\u00eb theksuar n\u00eb artikull: \"Avantazhi i glibc mbi musl n\u00eb performanc\u00eb \u00ebsht\u00eb mir\u00eb dokumentuar, ve\u00e7an\u00ebrisht p\u00ebr ngarkesa t\u00eb larta llogarit\u00ebse dhe aplikacione q\u00eb k\u00ebrkojn\u00eb performanc\u00eb optimale shum\u00eb-filloresh\". Krijuesit theksojn\u00eb se q\u00ebllimi i tyre \u00ebsht\u00eb t\u00eb nd\u00ebrtoshin nj\u00eb sistem funksional dhe t\u00eb p\u00ebrdorsh\u00ebm p\u00ebr shum\u00eb skenar\u00eb p\u00ebrdorimi. <\/p>\n
Concepti i \"statelessness\" (pa ruajtje shtetesh) ndalon paketat t\u00eb p\u00ebrmbajn\u00eb ndonj\u00eb skedar p\u00ebrtej katalogut \/usr. Si\u00e7 shpjegojn\u00eb zhvilluesit, ky qasje e detyron q\u00eb t\u00eb sigurohen vlera t\u00eb arsyeshme nga default n\u00eb t\u00eb gjitha nivelet dhe eliminon \"konfliktet e tmerrshme t\u00eb bashkimit t\u00eb trepal\u00ebsh gjat\u00eb p\u00ebrdit\u00ebsimit 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. Kjo koncept u zhvillua gjat\u00eb koh\u00ebs s\u00eb Clear Linux dhe Solus, dhe n\u00eb AerynOS mori zhvillim t\u00eb m\u00ebtejsh\u00ebm.\n
P\u00ebrdit\u00ebsimet atomike - \u00e7do transaksion moss \u00ebsht\u00eb atomic. Sistemi krijon shpejt nj\u00eb pem\u00eb t\u00eb re \/usr duke p\u00ebrdorur lidhje t\u00eb forta nga cache e deduplicuar. Pasi t\u00eb jet\u00eb krijuar dhe p\u00ebrgatitur me sukses, pem\u00eb e re z\u00ebvend\u00ebsohet n\u00eb m\u00ebnyr\u00eb atomike. Transaksioni i p\u00ebrgatitur efektivisht z\u00ebvend\u00ebsohet me katalogun real \/usr duke p\u00ebrdorur renameat2 me flagun RENAME_EXCHANGE. P\u00ebrdit\u00ebsimi ose realizohet plot\u00ebsisht, ose nuk realizohet fare, pa gjendje t\u00eb nd\u00ebrmjetme.\n
Menaxhimi i ngarkes\u00ebs s\u00eb bazuar n\u00eb projektet blsforme dhe disks-rs. Ve\u00e7oria e k\u00ebtij qasjeje \u00ebsht\u00eb se sistemi formon dinamikisht parameteret p\u00ebr rreshtin e komand\u00ebs s\u00eb kernelit, duke lexuar superbloket e pajisjeve t\u00eb sistemit t\u00eb skedar\u00ebve rr\u00ebnj\u00ebsor, prandaj n\u00eb AerynOS nuk ka nj\u00eb skedar konfigurimi q\u00eb p\u00ebrmban parametrin «root=». M\u00eb shum\u00eb, identifikuesi i transaksionit moss kodifikohet n\u00eb rreshtin e komand\u00ebs s\u00eb kernelit dhe p\u00ebrpunohen gjat\u00eb ngarkes\u00ebs fillestare n\u00eb initramfs. «N\u00ebse do t\u00eb flisnim shkurt, kjo do t\u00eb thoshte se \u00e7do kernel \u00ebsht\u00eb sakt\u00ebsisht i sinkronizuar me sistemin p\u00ebrkat\u00ebs t\u00eb skedar\u00ebve rr\u00ebnj\u00ebsor, dhe kthimi \u00ebsht\u00eb i lir\u00eb, i thjesht\u00eb dhe i disponuesh\u00ebm drejtp\u00ebrdrejt nga menuja e ngarkes\u00ebs», — sqarojn\u00eb zhvilluesit. Nj\u00eb avantajh tjet\u00ebr \u00ebsht\u00eb mungesa e \\\/etc\\\/default\\\/grub, dhe n\u00ebse ESP do t\u00eb fshihen, moss mund ta rikuperoj\u00eb at\u00eb nga e para.\n
Formati i paketave .stone — formati binar i paketave me nj\u00eb kryefjal\u00eb t\u00eb pavaruarsisht nga versioni p\u00ebr t\u00eb siguruar ndryshime n\u00eb t\u00eb ardhmen. \u00c7do paket\u00eb .stone p\u00ebrmban kat\u00ebr lloje t\u00eb ve\u00e7anta t\u00eb t\u00eb dh\u00ebnave (payload), secili prej t\u00eb cil\u00ebve mund t\u00eb zhvillohet n\u00eb m\u00ebnyr\u00eb t\u00eb pavarur fal\u00eb versionimit:\n
\n
Ngarkesa e p\u00ebrmbajtjes (Content payload) — nj\u00eb bllok i radh\u00ebs s\u00eb t\u00eb dh\u00ebnave t\u00eb deduplikuar, pra p\u00ebrmbajtja e vet\u00eb skedar\u00ebve t\u00eb paket\u00ebs.\n
Ngarkesa e indeksit (Index payload) — p\u00ebrmban ofsetet p\u00ebr ngarkes\u00ebn e p\u00ebrmbajtjes, t\u00eb indekzuara sipas hash-it XXH128 t\u00eb p\u00ebrmbajtjes (planifikohet kalimi n\u00eb Blake3). Kjo lejon gjetjen dhe nxjerrjen efikase t\u00eb t\u00eb dh\u00ebnave.\n
Ngarkesa e dizajnit (Layout payload) — p\u00ebrshkruan dizajnin e propozuar t\u00eb sistemit t\u00eb skedar\u00ebve kur aplikohet paketa, pra ku dhe cilat skedar\u00eb duhet t\u00eb instalohen.\n
Metadatate (Metadata payload) — nj\u00eb renditje e regjistrave t\u00eb metadatat t\u00eb tipizuara, t\u00eb etiketuar, si emri i paket\u00ebs, funksionalitetet e ofruara etj. <\/ul>\n<\/ul>\n
Ngjeshja e t\u00eb gjitha ngarkesave b\u00ebhet me ndihm\u00ebn e Zstd, q\u00eb siguron performanc\u00eb t\u00eb shk\u00eblqyer t\u00eb dekompresimit duke ruajtur nj\u00eb raport t\u00eb mir\u00eb kompresimi. Procesi i \"instalimit\" .stone \u00ebsht\u00eb ndryshe nga sistemet e tjera. N\u00eb vend t\u00eb instalimit t\u00eb drejtp\u00ebrdrejt\u00eb t\u00eb skedar\u00ebve, paketa ruhet n\u00eb cache dhe p\u00ebrmbajtja e saj lidhet me nj\u00eb depo t\u00eb p\u00ebrbashk\u00ebt me adresim sipas p\u00ebrmbajtjes (CAS). Metadatast dhe informacioni mbi planin ruhet ve\u00e7mas dhe p\u00ebrdoret gjat\u00eb krijimit t\u00eb transaksionit. Ky qasje siguron atomik\u00ebn e azhurnimeve dhe mund\u00ebsin\u00eb e rikthimit, pasi \u00e7do transaksion krijon nj\u00eb ndarje t\u00eb re rr\u00ebnjore, n\u00eb vend t\u00eb modifikimit t\u00eb asaj ekzistuese. <\/p>\n
Zhvilluesit theksojn\u00eb se qasja aktuale me emulimin e menaxhimit imperativ t\u00eb pakove \u00ebsht\u00eb \"plot\u00ebsisht e paarsyeshme\" dhe \"realistikisht sjell m\u00eb shum\u00eb gabime se sa zgjidhje\". Duke qen\u00eb se p\u00ebr \u00e7do transaksion krijohet nj\u00eb sistem i ri skedar\u00ebsh, n\u00eb t\u00eb ardhmen planifikohet krijimi i nj\u00eb grafi t\u00eb ri p\u00ebr \u00e7do transaksion, duke braktisur ndryshimet e nd\u00ebrtuara n\u00eb favor t\u00eb nj\u00eb qasjeje deklarative, si Gentoo ose Nix. <\/p>\n
Nj\u00eb shpjegim tjet\u00ebr interesant lidhet me paprekshm\u00ebrin\u00eb (immutability). Krijuesit theksojn\u00eb se shpesh AerynOS p\u00ebrshkruhet si nj\u00eb OS e paprekshme, por \"k\u00ebto nuk jan\u00eb sakt\u00ebsisht t\u00eb v\u00ebrteta\". 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 papreksh\u00ebm n\u00eb kuptimin e qasjes vet\u00ebm p\u00ebr lexim. N\u00eb t\u00eb ardhmen planifikohet realizimi i v\u00ebrtet\u00eb i paprekshm\u00ebris\u00eb s\u00eb sistemit pa nevoj\u00ebn p\u00ebr rinisje duke p\u00ebrdorur erofs dhe overlayfs. <\/p>\n
Aktualisht, AerynOS \u00ebsht\u00eb duke u zhvilluar aktivisht, tashm\u00eb l\u00ebshon imazhe ISO me mjedisin GNOME, \u00ebsht\u00eb i p\u00ebrshtatsh\u00ebm p\u00ebr loj\u00ebrat (mb\u00ebshtetje p\u00ebr drejtuesit NVIDIA, Steam, Flatpak), ka p\u00ebrdorues t\u00eb v\u00ebrtet\u00eb q\u00eb theksojn\u00eb stabilitetin dhe inovacionin e sistemit. Sipas zhvilluesve, projekti \u00ebsht\u00eb n\u00eb faz\u00ebn e versionit alpha dhe nuk \u00ebsht\u00eb pa probleme, por tashm\u00eb paraqet nj\u00eb sistem t\u00eb plot\u00eb q\u00eb \"thjesht funksionon\". \n Burimi: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"