{"id":103912,"date":"2022-04-29T15:36:39","date_gmt":"2022-04-29T13:36:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-operaczionnoj-sistemy-redox-os-0-7-napisannoj-na-yazyke-rust"},"modified":"2022-04-29T15:36:39","modified_gmt":"2022-04-29T13:36:40","slug":"vypusk-operaczionnoj-sistemy-redox-os-0-7-napisannoj-na-yazyke-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/vypusk-operaczionnoj-sistemy-redox-os-0-7-napisannoj-na-yazyke-rust","title":{"rendered":"Ver\u00f6ffentlichung des Betriebssystems Redox OS 0.7, entwickelt in Rust","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach anderthalb Jahren Entwicklung wurde die Version 0.7 des Betriebssystems Redox ver\u00f6ffentlicht, das mit der Programmiersprache Rust und dem Konzept eines Mikrokernels entwickelt wurde. Die Ergebnisse des Projekts werden unter der MIT-Lizenz verbreitet. F\u00fcr Tests von Redox OS sind Installations- und Live-Images mit einer Gr\u00f6\u00dfe von 75 MB verf\u00fcgbar. Die Builds sind f\u00fcr die Architektur x86_64 erstellt und f\u00fcr Systeme mit UEFI und BIOS zug\u00e4nglich. <\/p>\n
Bei der Vorbereitung der neuen Version lag der Schwerpunkt auf der Gew\u00e4hrleistung der Funktionsf\u00e4higkeit auf echter Hardware. Die wichtigsten Neuerungen: <\/p>\n
\n
Der Bootloader wurde vollst\u00e4ndig neu geschrieben, wobei der Code f\u00fcr das Booten auf BIOS- und UEFI-Systemen einheitlich und haupts\u00e4chlich in Rust verfasst wurde. Die \u00c4nderung des Bootloaders hat es erm\u00f6glicht, die Palette der unterst\u00fctzten Hardware erheblich zu erweitern.\n
Im Kern wurden neben der Fehlerbehebung auch Leistungsoptimierungen und die Erweiterung der Hardwareunterst\u00fctzung durchgef\u00fchrt. CPU-spezifische Variablen wurden auf die Nutzung des GS-Registers umgestellt. Eine vollst\u00e4ndige Abbildung des physikalischen Speichers wurde sichergestellt, und die Verwendung rekursiver Speicherseiten wurde eingestellt. Der Assembler-Code in Inline-Einf\u00fcgungen wurde neu geschrieben, um die Kompatibilit\u00e4t mit zuk\u00fcnftigen Compiler-Versionen zu verbessern.\n
Erste Unterst\u00fctzung f\u00fcr die AArch64-Architektur wurde hinzugef\u00fcgt.\n
Es wurde auf die Verarbeitung aller Dateipfade in UTF-8-Kodierung umgestellt.\n
Der Code zur Arbeit mit der ACPI AML (ACPI Machine Language) Spezifikation \u2014 uefi.org wurde aus dem Kernel in den Hintergrundprozess acpid verschoben, der im Benutzerspeicher ausgef\u00fchrt wird.\n
Der Inhalt von Initfs wurde in eine neue Datei verschoben, was die Paketbildung vereinfacht hat.\n
Das Dateisystem RedoxFS wurde umgeschrieben und verwendet jetzt den CoW-Mechanismus (Copy-on-Write), bei dem \u00c4nderungen nicht die bestehende Information \u00fcberschreiben, sondern an einem neuen Ort gespeichert werden. Dies hat zu einer signifikanten Verbesserung der Zuverl\u00e4ssigkeit gef\u00fchrt. Zu den neuen Funktionen von RedoxFS geh\u00f6ren die Unterst\u00fctzung f\u00fcr transaktionale Updates, die Verschl\u00fcsselung von Daten mithilfe des AES-Algorithmus sowie die Daten- und Metadatenverifizierung durch digitale Signaturen. Eine gemeinsame Nutzung des FS-Codes im System und Bootloader wurde sichergestellt.\n
Die Weiterentwicklung der standardm\u00e4\u00dfigen C-Bibliothek Relibc, die nicht nur in Redox, sondern auch in Distributionen auf der Basis des Linux-Kernels funktioniert, wurde fortgesetzt. Die vorgenommenen \u00c4nderungen haben den Port von verschiedenen Programmen nach Redox erleichtert und Probleme mit vielen Programmen und Bibliotheken, die in C geschrieben sind, behoben.\n
Eine Version des Compilers rustc wurde vorbereitet, die in Redox ausgef\u00fchrt werden kann. Zu den verbleibenden Aufgaben geh\u00f6ren die Leistungsoptimierung und die Anpassung des Paketmanagers cargo f\u00fcr den Betrieb in der Umgebung von Redox. <\/ul>\n
<\/center> <\/p>\n
Das Betriebssystem entwickelt sich gem\u00e4\u00df der Unix-Philosophie weiter und \u00fcbernimmt einige Ideen von SeL4, Minix und Plan 9. Redox nutzt das Konzept eines Mikrokernels, bei dem auf Kernel-Ebene lediglich die Interaktion zwischen Prozessen und die Ressourcenverwaltung sichergestellt wird, w\u00e4hrend alle weiteren Funktionalit\u00e4ten in Bibliotheken ausgelagert sind, die sowohl vom Kernel als auch von Benutzeranwendungen verwendet werden k\u00f6nnen. Alle Treiber werden im Benutzerspeicher in isolierten Sandbox-Umgebungen ausgef\u00fchrt. Um die Kompatibilit\u00e4t mit bestehenden Anwendungen zu gew\u00e4hrleisten, wird eine spezielle POSIX-Schicht bereitgestellt, die es erm\u00f6glicht, viele Programme ohne Portierung auszuf\u00fchren. <\/p>\n
In dem System gilt das Prinzip \"Alles ist ein URL\". Zum Beispiel kann f\u00fcr einen Logeintrag der URL \"log:\/\/\" verwendet werden, f\u00fcr die Interaktion zwischen Prozessen \"bus:\/\/\", f\u00fcr die Netzwerkinteraktion \"tcp:\/\/\" usw. Module, die als Treiber, Kernel-Erweiterungen und Benutzeranwendungen implementiert werden k\u00f6nnen, k\u00f6nnen ihre URL-Handler registrieren. So k\u00f6nnte man ein Modul zur Adressierung von Ein\/Ausgangsports schreiben und es an die URL \"port_io:\/\/\" binden, wodurch man dann auf den Port 60 \u00fcber den URL \"port_io:\/\/60\" zugreifen kann. <\/p>\n
Die Benutzerumgebung in Redox basiert auf der hauseigenen grafischen Shell Orbital (nicht zu verwechseln mit einer anderen Orbital-Shell, die Qt und Wayland verwendet) und dem Toolkit OrbTk, das eine API \u00e4hnlich wie Flutter, React und Redux bereitstellt. Als Webbrowser wird Netsurf eingesetzt. Das Projekt entwickelt auch einen eigenen Paketmanager, eine Reihe von Standard-Utilities (binutils, coreutils, netutils, extrautils), die Kommandozeile ion, die Standard-C-Bibliothek relibc, einen vim-\u00e4hnlichen Texteditor namens sodium, einen Netzwerk-Stack und ein Dateisystem. Die Konfiguration erfolgt in der Sprache Toml. <\/p>\n
![\"Ver\u00f6ffentlichung](\"\/wp-content\/uploads\/2022\/04\/5df4d7514379744166d6044cc1287039.jpg\")
<\/center> <\/p>\n