{"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\/de\/blog\/news\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","title":{"rendered":"Die Konzeption des Distributionssystems AerynOS wurde mit Begr\u00fcndungen f\u00fcr die architektonischen Entscheidungen vorgestellt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler von AerynOS, fr\u00fcher bekannt als SerpentOS, haben einen ausf\u00fchrlichen Artikel ver\u00f6ffentlicht, in dem die Details des Konzepts und der technischen Umsetzung des Projekts sowie die Gr\u00fcnde f\u00fcr die gew\u00e4hlten Architekturentscheidungen erl\u00e4utert werden. Der Projektleiter Ikey Doherty hebt hervor, dass AerynOS nicht nur \u201eein weiterer Linux-Distro\u201c ist, sondern eine Plattform, ein Fundament und ein Werkzeugset, das mit einer klaren Vision entwickelt wurde. <\/p>\n
Die Hauptidee des Projekts wird in Form einer Frage formuliert: \u201eWas w\u00e4re, wenn ein Betriebssystem sich wie moderne Infrastruktur verhalten w\u00fcrde?\u201c. AerynOS wird als Antwort auf diese Frage dargestellt \u2013 ein System, das von Grund auf neu entwickelt wurde und nicht das traditionelle Modell von eingebetteten Mutationen innerhalb eines Distro verfolgt. Das Projekt st\u00fctzt sich auf die Erfahrungen der Autoren bei der Entwicklung anderer Distributionen, einschlie\u00dflich Solus und Clear Linux. <\/p>\n
Zu den wichtigsten technischen Entscheidungen von AerynOS geh\u00f6ren: <\/p>\n
\n
Die Verwendung des LLVM-Toolsets anstelle von GNU, mit der standardm\u00e4\u00dfigen Anwendung von libc++ und compiler-rt. Die Entwickler erkl\u00e4ren diese Entscheidung nicht nur als Vorliebe f\u00fcr LLVM, sondern als strategische Wahl zur Verwendung qualitativ hochwertigerer Diagnosen, zur Gew\u00e4hrleistung der Korrektheit und Portabilit\u00e4t der Pakete. Dabei verwendet das System glibc anstelle von musl, eine bewusste Entscheidung zugunsten von Kompatibilit\u00e4t und Leistung.\n
Wie im Artikel angegeben: \u201eDer Vorteil von glibc gegen\u00fcber musl in Bezug auf die Leistung ist gut dokumentiert, insbesondere f\u00fcr rechenintensive Arbeitslasten und Anwendungen, die optimale Multithreading-Leistung erfordern\u201c. Die Sch\u00f6pfer betonen, dass ihr Ziel darin besteht, ein funktionsf\u00e4higes, einsatzbereites System f\u00fcr eine Vielzahl von Anwendungsszenarien zu schaffen. <\/p>\n
Das Konzept der \u201eStatelessness\u201c (Zustandslosigkeit) \u2013 Paketen ist verboten, Dateien au\u00dferhalb des Verzeichnisses \/usr zu enthalten. Wie die Entwickler erkl\u00e4ren, zwingt dieser Ansatz dazu, an allen Ebenen sinnvolle Standardwerte zu gew\u00e4hrleisten und \u201efurchtbare Konflikte beim dreiseitigen Mergen von Paketupdates\u201c zu vermeiden. Es gibt keine Konflikte, weil alles in \/etc und \/var dem Benutzer geh\u00f6rt, w\u00e4hrend \/usr ausschlie\u00dflich dem System geh\u00f6rt. Das Konzept wurde in der Zeit von Clear Linux und Solus entwickelt und in AerynOS weiterentwickelt.\n
Atomare Updates \u2013 jede moss-Transaktion ist atomar. Das System erstellt schnell einen neuen \/usr-Baum unter Verwendung harter Links aus dem deduplizierten Cache. Nach erfolgreicher Erstellung und Vorbereitung wird der neue Baum atomar ausgetauscht. Die tats\u00e4chlich vorbereitete Transaktion wird mit dem realen Verzeichnis \/usr unter Verwendung von renameat2 und dem Flag RENAME_EXCHANGE ausgetauscht. Das Update wird entweder vollst\u00e4ndig ausgef\u00fchrt oder gar nicht, ohne Zwischenzust\u00e4nde.\n
Projektbasiertes Lastmanagement mit blsforme und disks-rs. Das Besondere an diesem Ansatz ist, dass das System die Parameter f\u00fcr die Kernel-Befehlszeile dynamisch generiert, indem es die Superbl\u00f6cke der Ger\u00e4te des Root-Dateisystems ausliest, weshalb es in AerynOS keine Konfigurationsdatei mit dem Parameter \u201eroot=\u201d gibt. Dar\u00fcber hinaus wird die Transaktions-ID von moss in der Kernel-Befehlszeile kodiert und w\u00e4hrend des fr\u00fchen Starts im initramfs verarbeitet. \u201eKurz gesagt, das bedeutet, dass jeder Kernel korrekt mit dem entsprechenden Root-Dateisystem synchronisiert ist und ein Rollback g\u00fcnstig, einfach und direkt aus dem Bootmen\u00fc verf\u00fcgbar ist\u201c, erkl\u00e4ren die Entwickler. Ein weiterer Vorteil ist das Fehlen von \/etc\/default\/grub; wenn ESP gel\u00f6scht wird, kann moss es von Grund auf wiederherstellen.\n
Das Paketformat .stone ist ein propriet\u00e4res, bin\u00e4res Paketformat mit einem versionsunabh\u00e4ngigen Header zur Sicherstellung zuk\u00fcnftiger \u00c4nderungen. Jedes .stone-Paket enth\u00e4lt vier spezifische Datentypen (payload), von denen jeder unabh\u00e4ngig durch Versionierung erweitert werden kann:\n
\n
Content Payload \u2013 ein sequenzieller Block deduplizierter Daten, also der eigentliche Inhalt der Paketdateien.\n
Index Payload \u2013 enth\u00e4lt Offsets f\u00fcr die Content Payload, indexiert nach dem Hash XXH128 des Inhalts (eine Umstellung auf Blake3 ist geplant). Dies erm\u00f6glicht eine effiziente Suche und Extraktion von Daten.\n
Layout Payload \u2013 beschreibt das beabsichtigte Layout des Dateisystems bei der Anwendung des Pakets, d.h. wo und welche Dateien installiert werden sollen.\n
Metadata Payload \u2013 eine Sequenz strenger typisierter, markierter Metadata-Eintr\u00e4ge, wie z.B. Paketname, angebotene Features usw. <\/ul>\n<\/ul>\n
Die Kompression aller Lasten erfolgt mithilfe von Zstd, was hervorragende Entpackungsleistung bei gleichzeitiger Beibehaltung eines guten Kompressionsverh\u00e4ltnisses gew\u00e4hrleistet. Der Prozess der \u201eInstallation\u201c .stone unterscheidet sich grundlegend von anderen Systemen. Anstatt Dateien direkt zu installieren, wird das Paket zwischenspeichert, und sein Inhalt wird in einen gemeinsamen Speicher mit inhaltsadressierter (CAS) Speicherung eingeflochten. Metadaten und Layoutinformationen werden getrennt gespeichert und bei der Erstellung von Transaktionen verwendet. Dieser Ansatz gew\u00e4hrleistet die Atomarit\u00e4t von Updates und die M\u00f6glichkeit zur R\u00fcckg\u00e4ngigmachung, da jede Transaktion einen neuen Root-Abschnitt erstellt und nicht das vorhandene \u00e4ndert. <\/p>\n
Die Entwickler weisen darauf hin, dass der aktuelle Ansatz zur Emulation der imperativen Paketverwaltung \u201ev\u00f6llig sinnlos\u201c sei und \u201etats\u00e4chlich mehr Fehler einf\u00fchre, als er l\u00f6se\u201c. Da f\u00fcr jede Transaktion ein neues Root-Dateisystem erstellt wird, ist in Zukunft geplant, ein neues Graphen f\u00fcr jede Transaktion zu erstellen und eingebaute \u00c4nderungen zugunsten eines deklarativen Ansatzes, \u00e4hnlich wie bei Gentoo oder Nix, abzulehnen. <\/p>\n
Eine weitere interessante Erkl\u00e4rung betrifft die Unver\u00e4nderlichkeit (Immutability). Die Sch\u00f6pfer weisen darauf hin, dass AerynOS oft als unver\u00e4nderliches Betriebssystem beschrieben wird, dies jedoch \u201enicht ganz zutreffend\u201c sei. Obwohl jede Transaktion zu einem neuen Baum \/usr f\u00fchrt und lokale \u00c4nderungen nicht erhalten bleiben, ist das System nicht unver\u00e4nderlich im Sinne von schreibgesch\u00fctztem Zugriff. In Zukunft wird die Implementierung echter Unver\u00e4nderlichkeit des Systems ohne die Notwendigkeit eines Neustarts unter Verwendung von erofs und overlayfs geplant. <\/p>\n
Derzeit entwickelt sich AerynOS aktiv, ver\u00f6ffentlicht bereits ISO-Images mit GNOME-Umgebung, ist gaming-tauglich (unterst\u00fctzt NVIDIA-Treiber, Steam, Flatpak) und hat echte Benutzer, die die Stabilit\u00e4t und Innovationskraft des Systems loben. Laut den Entwicklern befindet sich das Projekt in der Alpha-Phase und hat nicht wenige Probleme, bietet jedoch bereits ein vollst\u00e4ndiges System, das \u201eeinfach funktioniert\u201c. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"