{"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\/novosti-interneta\/predstavlena-konczepcziya-distributiva-aerynos-s-obosnovaniem-arhitekturnyh-reshenij","title":{"rendered":"Das Konzept des AerynOS-Distributions wurde mit einer Begr\u00fcndung der architektonischen Entscheidungen vorgestellt.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Entwickler von AerynOS, fr\u00fcher bekannt als SerpentOS, haben einen detaillierten Artikel ver\u00f6ffentlicht, in dem die Konzepte und technischen Umsetzungen des Projekts sowie die Begr\u00fcndungen f\u00fcr die getroffenen Architekturentscheidungen er\u00f6rtert werden. Der Projektleiter Ikey Doherty betont, dass AerynOS nicht nur \"ein weiterer Linux-Distribution\" ist, sondern eine Plattform, ein Fundament und ein Werkzeugkasten, der mit einer klaren Vision entwickelt wurde. <\/p>\n
Die Grundidee des Projekts wird in Form einer Frage formuliert: \"Was w\u00e4re, wenn ein Betriebssystem sich wie moderne Infrastruktur verhalten w\u00fcrde?\". AerynOS wird als Antwort auf diese Frage pr\u00e4sentiert - ein System, das von Grund auf neu gebaut wurde und nicht die traditionelle Modellierung in Form von eingebauten Mutationen innerhalb einer Distribution fortf\u00fchrt. Das Projekt st\u00fctzt sich auf die Erfahrungen der Autoren in 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-Tools anstelle von GNU, mit libc++ und compiler-rt als Standard. Die Entwickler begr\u00fcnden diese Entscheidung nicht nur mit einer Pr\u00e4ferenz f\u00fcr LLVM, sondern als strategische Wahl, um eine bessere Diagnose, Korrektheit und Portabilit\u00e4t der Pakete zu gew\u00e4hrleisten. Dabei kommt glibc anstelle von musl zum Einsatz, was eine bewusste Entscheidung zugunsten von Kompatibilit\u00e4t und Leistung ist.\n
Wie im Artikel erw\u00e4hnt: \"Der Leistungsvorteil von glibc gegen\u00fcber musl ist gut dokumentiert, insbesondere f\u00fcr rechenintensive Arbeitslasten und Anwendungen, die optimale Multithreading-Leistung erfordern.\" Die Entwickler betonen, dass ihr Ziel darin besteht, ein funktionierendes, einsatzbereites System f\u00fcr zahlreiche Anwendungsszenarien zu schaffen. <\/p>\n
Das Konzept der \"Statelessness\" - Paketen ist es untersagt, Dateien au\u00dferhalb des Verzeichnisses \/usr zu enthalten. Wie die Entwickler erkl\u00e4ren, zwingt dieser Ansatz dazu, auf allen Ebenen vern\u00fcnftige Standardwerte sicherzustellen und \"grauenvolle Dreiecks-Merge-Konflikte bei Paketaktualisierungen zu beseitigen\". Es gibt keine Konflikte, weil alles in \/etc und \/var dem Benutzer geh\u00f6rt, w\u00e4hrend \/usr ausschlie\u00dflich dem System geh\u00f6rt. Dieses Konzept wurde zur Zeit von Clear Linux und Solus entwickelt und hat in AerynOS eine Weiterentwicklung erfahren.\n
Atomare Updates - Jede Transaktion von moss ist atomar. Das System erstellt schnell einen neuen Baum f\u00fcr \/usr unter Verwendung harter Links aus einem deduplizierten Cache. Nach der erfolgreichen Erstellung und Vorbereitung wird der neue Baum atomar ausgetauscht. Die tats\u00e4chlich vorbereitete Transaktion wird mit dem aktuellen Verzeichnis \/usr unter Verwendung von renameat2 mit dem Flag RENAME_EXCHANGE ausgetauscht. Das Update wird entweder vollst\u00e4ndig durchgef\u00fchrt oder gar nicht, ohne Zwischenzust\u00e4nde.\n
Das Boot-Management basiert auf den Projekten blsforme und disks-rs. Das Besondere an diesem Ansatz ist, dass das System die Parameter f\u00fcr die Kernel-Befehlszeile dynamisch formuliert, indem es die Superbl\u00f6cke der Ger\u00e4te des Wurzel-Dateisystems liest, weshalb es in AerynOS keine Konfigurationsdatei gibt, die den Parameter \"root=\" enth\u00e4lt. Dar\u00fcber hinaus wird die Transaktions-ID von moss in die Kernel-Befehlszeile kodiert und w\u00e4hrend des fr\u00fchen Bootvorgangs im initramfs verarbeitet. \"Kurz gesagt, das bedeutet, dass jeder Kernel korrekt mit dem entsprechenden Wurzel-Dateisystem synchronisiert ist und ein Rollback kosteng\u00fcnstig, einfach und direkt aus dem Bootmen\u00fc verf\u00fcgbar ist\", erkl\u00e4ren die Entwickler. Ein weiterer Vorteil ist das Fehlen von \/etc\/default\/grub, und falls der ESP gel\u00f6scht wird, kann moss ihn von Grund auf neu wiederherstellen.\n
Das Paketformat .stone ist ein propriet\u00e4res bin\u00e4res Paketformat mit versionsunabh\u00e4ngigem Header, um zuk\u00fcnftige \u00c4nderungen sicherzustellen. Jedes .stone-Paket enth\u00e4lt vier spezifische Datentypen (Payload), die unabh\u00e4ngig durch Versionierung weiterentwickelt werden k\u00f6nnen:\n
\n
Content Payload - ein sequenzieller Block deduplizierter Daten, also den tats\u00e4chlichen Inhalt der Paketdateien.\n
Index Payload - enth\u00e4lt Offset f\u00fcr die Content Payload, indiziert nach dem Hash XXH128 des Inhalts (ein Wechsel zu Blake3 ist geplant). Dadurch k\u00f6nnen Daten effizient gefunden und extrahiert werden.\n
Layout Payload - beschreibt das vorgeschlagene Layout des Dateisystems bei der Anwendung des Pakets, d.h. wo und welche Dateien installiert werden sollen.\n
Metadata Payload - eine Sequenz von streng typisierten, gekennzeichneten Metadaten-Eintr\u00e4gen, wie z.B. Paketname, bereitgestellte Funktionen usw. <\/ul>\n<\/ul>\n
Die Komprimierung aller Lasten erfolgt mithilfe von Zstd, was hervorragende Entpackungsleistungen bei gleichzeitig gutem Kompressionsverh\u00e4ltnis bietet. Der Prozess der «Installation» .stone unterscheidet sich grundlegend von anderen Systemen. Anstelle der direkten Installation von Dateien wird das Paket zwischengespeichert und dessen Inhalt in einen gemeinsamen Speicher mit inhaltsadressierter Struktur (CAS) integriert. Metadaten und Layoutinformationen werden separat gespeichert und bei der Erstellung der Transaktion verwendet. Dieser Ansatz sorgt f\u00fcr atomare Updates und erm\u00f6glicht das Zur\u00fccksetzen, da jede Transaktion einen neuen Wurzelabschnitt erstellt, anstatt einen bestehenden zu modifizieren. <\/p>\n
Die Entwickler merken an, dass der derzeitige Ansatz zur Emulation einer imperativen Paketverwaltung «vollkommen sinnlos» sei und «tats\u00e4chlich mehr Fehler einf\u00fchre, als er l\u00f6se». Da f\u00fcr jede Transaktion ein neues Wurzel-Dateisystem erstellt wird, ist in Zukunft die Einf\u00fchrung eines neuen Graphen f\u00fcr jede Transaktion geplant, sowie der Verzicht auf eingebaute \u00c4nderungen zugunsten eines deklarativen Ansatzes, \u00e4hnlich wie bei Gentoo oder Nix. <\/p>\n
Eine weitere interessante Erkl\u00e4rung betrifft die Unver\u00e4nderlichkeit (Immutability). Die Entwickler weisen darauf hin, dass AerynOS h\u00e4ufig als unver\u00e4nderliches Betriebssystem beschrieben wird, was jedoch «nicht ganz zutreffend ist». Obwohl jede Transaktion zu einem neuen Baum \/usr f\u00fchrt und lokale \u00c4nderungen nicht gespeichert werden, ist das System nicht unver\u00e4nderlich im Sinne des nur schreibgesch\u00fctzten Zugriffs. In Zukunft ist die Implementierung einer echten Unver\u00e4nderlichkeit des Systems geplant, ohne dass eine Neustart erforderlich ist, unter Verwendung von erofs und overlayfs. <\/p>\n
Aktuell wird AerynOS aktiv entwickelt, stellt bereits ISO-Images mit GNOME-Umgebung zur Verf\u00fcgung, ist spielbereit (unterst\u00fctzt NVIDIA-Treiber, Steam, Flatpak) und hat reale Benutzer, die die Stabilit\u00e4t und Innovationskraft des Systems loben. Laut den Entwicklern befindet sich das Projekt in der Alpha-Phase und ist nicht ohne Probleme, bietet aber bereits ein umfassendes System, das «einfach funktioniert». \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"