SkiftOS: Ein Hobby-Betriebssystem, von Grund auf in C/C++ für ARM, x86 und RISC-V entwickelt

• SkiftOS ist ein Open-Source-Betriebssystem, das von Grund auf in C/C++ entworfen und entwickelt wurde
• Es wurde so gebaut, dass es auf mehreren Architekturen wie ARM, x86 und RISC-V läuft
• Es zeichnet sich durch den Anspruch auf Einfachheit und Freude an der Nutzung aus und unterscheidet sich damit von Mainstream-Betriebssystemen
• Es ist für Anfänger und Entwickler gleichermaßen geeignet – für Experimente, zum Lernen, zur Erforschung von Betriebssystem-Architekturen und für den persönlichen Einsatz
• Der gesamte Quellcode ist auf GitHub verfügbar

Bedeutung und Besonderheiten des Projekts

• Im Unterschied zu großen Distributionen wird SkiftOS von einem kleinen Team mit frischer Perspektive entwickelt
• Das auf C/C++ basierende Design ist nützlich für das Verständnis von Low-Level-Systemen und das Lernen von Algorithmen
• Durch die Unterstützung verschiedener Hardware-Plattformen bietet es breite Möglichkeiten für Experimente und Erweiterungen
• Das Projekt ist Community-zentriert, sodass jeder beitragen oder Feedback geben kann

[GN⁺]

Hacker-News-Kommentare

• Beeindruckend, dass eine einzelne Person in 6 Jahren nicht nur einen sehr gut entworfenen Mikrokernel, sondern auch das Build-System, einen UEFI-Bootloader, eine grafische Shell, ein UI-Framework und sogar eine Browser-Engine gebaut hat; das lässt einen denken, dass die Geschichten über 10x-Entwickler keine Übertreibung sind, sondern die Realität eher noch unterschätzen
  • Im Gegensatz zu ähnlichen Projekten ist es noch beeindruckender, dass diese Person das alles ohne göttliche Eingebung geschafft hat
  • Empfehlung, das SerenityOS-Entwicklungstagebuch zu lesen: https://serenityos.org/
  • Wirklich erstaunlich und großartig
• Unerwartet ist mein Projekt heute auf der Startseite gelandet; aktuell ist der Build kaputt, daher kann man nicht das ganze OS testen, aber einzelne Apps lassen sich unter Linux oder macOS ausführen. Die Verwendung ist ./skift.sh run --release <app-name>, und verfügbare Apps kann man mit ls ./src/apps ansehen
  • Der Browser (vaev-browser) benötigt einen separaten Befehl (./skift.sh run --release vaev-browser -- <url-or-file>). Der HTTP-Stack ist sehr minimal und unterstützt nur http:// (kein HTTPS). Auf meiner Seite funktioniert es, auf anderen Seiten können die Ergebnisse abweichen. Bisher ist die meiste Zeit nicht in Networking, sondern in die Styling- und Layout-Engine geflossen
  • Es wurde erwähnt: "Mein Mikrokernel wurde von Zircon beeinflusst"; die Frage ist, ob auch andere Architekturen wie sel4, Minix und openQNX untersucht wurden, welche Designentscheidungen beim Mikrokernel-Entwurf besonders wichtig waren, ob es dazu ausführlichere Dokumentation gibt, ob Benchmarks oder andere Leistungsmessungen gemacht wurden und mit welchen Mikrokernels die Performance vergleichbar ist
  • Es ist beeindruckend, dass hier ein anderer Weg als UNIX erkundet wurde
  • Mit Verweis auf Namen wie Skift, Karm, Hjert und Opstart merkt jemand als Norweger an, dass die Systembezeichnungen wie Dänisch oder im dänischen Stil wirken
  • Man würde gerne von monax hören, wie das Projekt begonnen hat. Die Person baut selbst einen Mikrokernel, um OS-Grundlagen zu lernen, weiß aber nicht, womit sie anfangen soll, und fragt, worauf man sich im ersten Schritt konzentrieren sollte
• Lob dafür, dass der Code sehr gut geschrieben, leicht verständlich und modern ist; außerdem die Frage, wie eine gerade kompilierte App auf macOS laufen kann
  • Erklärung: Das Framework hat eine OS-Abstraktionsschicht und verwendet SDL, um Fenster zu erzeugen und Benutzereingaben zu empfangen
• Erwähnung, dass man mit so einem Projekt wahrscheinlich an vielen Orten eingestellt würde, selbst wenn der Lebenslauf nur aus zwei Zeilen bestünde (E-Mail und Projektseite)
• Die Frage, wie man so etwas unter normalen Zeitbeschränkungen bauen kann; als gewöhnlicher Entwickler mit einem 9-to-5-Job erscheint ein Projekt dieses Ausmaßes kaum machbar
  • Ehrliche Antwort: Eigentlich kann man das nicht; der Großteil meines Codings entstand in einer Zeit, in der ich fast kein Sozialleben hatte
  • Jemand anderes fragt sich exakt dasselbe
• Wirklich erstaunlich, dass das alles allein gebaut wurde; als C/C++-Entwickler weiß man zwar, wie man ein OS baut, hat aber meist nur Ideen — so ein Ergebnis allein umzusetzen, verschlägt einem die Worte
  • Es wird erwähnt, dass es bei der Browser-Engine Hilfe gab
• Frage, welche Ideen in Sachen Sicherheit verwendet wurden: ob Apps vollständigen Zugriff auf Speicher oder Hardware haben und ob es ein Berechtigungssystem gibt; die Frage kommt von jemandem, der mit Mikrokernels nicht vertraut ist
  • Apps haben keinen vollständigen Zugriff auf Speicher oder Hardware. Der Kernel mappt nur erlaubte Bereiche, Treiber laufen im Userspace, und Apps kommunizieren mit Treibern über Capabilities (Handles). Zugriff ist nur möglich, wenn vorher die entsprechenden Rechte gewährt wurden
• Sieht großartig aus; aus Neugier die Frage, wie stark beim Schreiben des Codes AI genutzt wurde
• Das Projekt sieht wirklich großartig aus, und es ist beeindruckend, dass sogar die Browser-Engine selbst geschrieben wurde; die Frage ist, ob es vielleicht ein Video-Demo gibt
  • Ein Video-Demo wäre wirklich schön
• Es wirkt, als stecke extrem viel Arbeit darin, und es ist erstaunlich, dass ein eigenes Build-System gebaut wurde; angesichts des aktuellen Zustands von C++-Build-Systemen ist das nachvollziehbar. Außerdem die Frage, warum OS-Entwickler so darauf fixiert sind, einen Browser zu bauen — Browser scheinen doch nicht besonders OS-abhängig zu sein — zusammen mit der Bemerkung, dass die UI hübsch aussieht
  • Ein Browser ist im Grunde einfach eine Application-Runtime