Mae datblygwyr AerynOS, a elwid gynt yn SerpentOS, wedi cyhoeddi erthygl fanwl yn manylu ar gysyniad a gweithrediad technegol y prosiect, ynghyd â'r rhesymeg y tu ôl i'r penderfyniadau pensaernïol. Mae arweinydd y prosiect, Ikey Doherty, yn pwysleisio nad dim ond "dosbarthiad arall" yw AerynOS. Linux", ond platfform, sylfaen a set o offer wedi'u hadeiladu yn unol â gweledigaeth glir.
Mae syniad craidd y prosiect wedi'i gyflwyno fel cwestiwn: "Beth pe bai system weithredu yn ymddwyn fel seilwaith modern?" Cyflwynir AerynOS fel ateb i'r cwestiwn hwn—system wedi'i hadeiladu o'r gwaelod i fyny, yn hytrach na dilyn y model traddodiadol o dreigladau adeiledig o fewn dosbarthiad. Mae'r prosiect yn tynnu ar brofiad yr awduron o ddatblygu dosraniadau eraill, gan gynnwys Solus a Clear. Linux.
Ymhlith atebion technegol allweddol AerynOS mae:
- Yn defnyddio cadwyn offer LLVM yn lle GNU, gyda libc++ a compiler-rt yn ddiofyn. Mae'r datblygwyr yn esbonio'r penderfyniad hwn nid yn unig fel dewis dros LLVM, ond fel dewis strategol i ddefnyddio diagnosteg well, sicrhau cywirdeb a chludadwyedd pecynnau. Mae'r system yn defnyddio glibc yn lle musl, sy'n ddewis bwriadol o blaid cydnawsedd a pherfformiad.
Fel mae'r erthygl yn ei ddatgan: "Mae mantais perfformiad glibc dros musl wedi'i dogfennu'n dda, yn enwedig ar gyfer llwythi gwaith sy'n ddwys o ran cyfrifiadura a chymwysiadau sydd angen perfformiad aml-edau gorau posibl." Mae'r crewyr yn pwysleisio mai eu nod yw adeiladu system weithredol, ddefnyddiadwy ar gyfer amrywiaeth o senarios cymwysiadau.
- Y cysyniad o "ddiffyg statws"—mae pecynnau wedi'u gwahardd rhag cynnwys unrhyw ffeiliau y tu allan i'r cyfeiriadur /usr. Fel mae'r datblygwyr yn ei egluro, mae'r dull hwn yn gorfodi rhagosodiadau synhwyrol ar bob lefel ac yn dileu "gwrthdaro uno tair ffordd ofnadwy wrth uwchraddio pecynnau." Nid oes unrhyw wrthdaro oherwydd bod popeth yn /etc a /var yn eiddo i'r defnyddiwr, tra bod /usr yn eiddo i'r system yn unig. Datblygwyd y cysyniad yn ystod oes Clirio. Linux a Solus, ac yn AerynOS cafodd ei ddatblygu ymhellach.
- Diweddariadau atomig - mae pob trafodiad mwsogl yn atomig. Mae'r system yn creu coeden /usr newydd yn gyflym gan ddefnyddio cysylltiadau caled o'r storfa ddad-ddyblygedig. Ar ôl ei chreu a'i pharatoi'n llwyddiannus, caiff y goeden newydd ei disodli'n atomig. Mae'r trafodiad parod yn cael ei gyfnewid mewn gwirionedd gyda'r cyfeiriadur /usr go iawn gan ddefnyddio renameat2 gyda'r faner RENAME_EXCHANGE. Mae'r diweddariad naill ai'n cael ei berfformio'n llwyr neu ni chaiff ei berfformio o gwbl, heb unrhyw gyflyrau canolradd.
- Rheoli cychwyn yn seiliedig ar y prosiectau blsforme a disks-rs. Nodwedd y dull hwn yw bod y system yn cynhyrchu paramedrau'n ddeinamig ar gyfer llinell orchymyn y cnewyllyn trwy ddarllen uwch-flociau dyfeisiau system ffeiliau gwraidd, felly nid oes gan AerynOS ffeil ffurfweddu sy'n cynnwys y paramedr "root=". Ar ben hynny, mae'r dynodwr trafodiad moss wedi'i amgodio yn llinell orchymyn y cnewyllyn a'i brosesu yn ystod cychwyn cynnar yn yr initramfs. "Yn fyr, mae hyn yn golygu bod pob cnewyllyn wedi'i gydamseru'n iawn â'i system ffeiliau gwreiddiau gyfatebol, ac mae rholio'n ôl yn rhad, yn hawdd, ac yn hygyrch yn syth o'r ddewislen gychwyn," eglura'r datblygwyr. Mantais arall yw nad oes /etc/default/grub, ac os caiff yr ESP ei ddileu, gall moss ei ailadeiladu o'r dechrau.
- Mae'r fformat pecyn .stone yn fformat pecyn deuaidd perchnogol gyda phennawd agnostig o ran fersiwn i ddarparu ar gyfer newidiadau yn y dyfodol. Mae pob pecyn .stone yn cynnwys pedwar math penodol o lwyth tâl, a gall pob un ohonynt esblygu'n annibynnol diolch i fersiynau:
- Mae llwyth tâl cynnwys yn floc dilyniannol o ddata wedi'i ddad-ddyblygu, h.y. cynnwys ffeiliau'r pecyn eu hunain.
- Llwyth tâl mynegai - yn cynnwys gwrthbwysau ar gyfer llwyth tâl cynnwys, wedi'i fynegeio gan hash XXH128 y cynnwys (bwriadwyd mudo i Blake3). Mae hyn yn caniatáu ichi ddod o hyd i ddata a'i echdynnu'n effeithlon.
- Llwyth tâl cynllun - yn disgrifio cynllun disgwyliedig y system ffeiliau pan gymhwysir y pecyn, h.y. ble a pha ffeiliau y dylid eu gosod.
- Llwyth metadata - Dilyniant o gofnodion metadata wedi'u teipio'n gryf ac wedi'u labelu fel enw'r pecyn, y galluoedd a ddarperir, ac ati.
Mae pob llwyth yn cael ei gywasgu gan ddefnyddio Zstd, sy'n darparu perfformiad dadgywasgu rhagorol wrth gynnal cymhareb cywasgu dda. Mae'r broses o "osod" .stone yn sylfaenol wahanol i systemau eraill. Yn lle gosod ffeiliau'n uniongyrchol, mae'r pecyn yn cael ei storio yn y storfa dros dro ac mae ei gynnwys yn cael ei blethu i mewn i storfa gyffredin y gellir cyfeirio ati i gynnwys (CAS). Mae metadata a gwybodaeth cynllun yn cael eu storio ar wahân a'u defnyddio wrth greu trafodiad. Mae'r dull hwn yn sicrhau atomigrwydd diweddariadau a'r gallu i ddychwelyd y wybodaeth, gan fod pob trafodiad yn creu rhaniad gwraidd newydd yn hytrach na newid un sy'n bodoli eisoes.
Mae'r datblygwyr yn nodi bod y dull presennol o efelychu rheoli pecynnau gorfodol yn "hollol ddibwrpas" ac "mewn gwirionedd yn cyflwyno mwy o fygiau nag y mae'n eu datrys." Gan fod system ffeiliau gwraidd newydd yn cael ei chreu ar gyfer pob trafodiad, y cynllun ar gyfer y dyfodol yw creu graff newydd ar gyfer pob trafodiad, gan symud i ffwrdd o newidiadau mewnol o blaid dull datganiadol tebyg i Gentoo neu Nix.
Eglurhad diddorol arall yw'r mater o annewidioldeb. Mae'r crewyr yn nodi bod AerynOS yn aml yn cael ei ddisgrifio fel system weithredu na ellir ei newid, ond “nid yw hyn yn hollol wir.” Er bod pob trafodiad yn arwain at goeden /usr newydd ac nad yw newidiadau lleol yn parhau, nid yw'r system yn ddigyfnewid yn yr ystyr o fynediad darllen yn unig. Yn y dyfodol, bwriedir gweithredu annewidioldeb system gwirioneddol heb yr angen i ailgychwyn gan ddefnyddio erofs ac overlayfs.
Ar hyn o bryd, mae AerynOS yn datblygu'n weithredol, eisoes yn rhyddhau delweddau ISO gyda'r amgylchedd GNOME, mae'n addas ar gyfer gemau (cefnogaeth i yrwyr NVIDIA, Steam, Flatpak), mae ganddo ddefnyddwyr go iawn sy'n nodi sefydlogrwydd ac arloesedd y system. Yn ôl y datblygwyr, mae'r prosiect yng nghyfnod alffa ac nid yw heb broblemau, ond mae eisoes yn cynrychioli system gyflawn sy'n "gweithio'n llwyr".
Ffynhonnell: opennet.ru
