Gregory Kurtzer entwickelt neues OS-Kernel Ginux mit KI in 11 Tagen
Der Gründer von CentOS und Rocky Linux stellte Ginux vor, ein experimentelles Rust-basiertes Kernel-Projekt, bei dem Codex rund 139.000 Zeilen Code schrieb und prüfte.
Gregory Kurtzer, der Gründer von CentOS und Rocky Linux, hat in nur 11 Tagen mit Unterstützung von KI einen neuen Kernel für ein Betriebssystem entwickelt.
Das Projekt heißt Ginux. Es kann bereits einige Linux-Programme ausführen, ohne auf den Linux-Kernel selbst zurückzugreifen.
Kurtzer bestimmte die Architektur des Systems und steuerte die Entwicklung, während Codex etwa 139.000 Zeilen Code schrieb und prüfte.
Ginux ist überwiegend in Rust geschrieben. Es verfügt über eigene Mechanismen zur Speicherverwaltung, einen Task-Scheduler und ein Netzwerk-Subsystem. In einer virtuellen Maschine lädt das System bereits Rocky Linux 10 zusammen mit systemd.
Bisher bleibt Ginux ein experimentelles Projekt: Die Kompatibilität ist noch längst nicht vollständig, und die Hardware-Unterstützung ist begrenzt. Der Quellcode ist unter der Apache-2.0-Lizenz veröffentlicht.
Elf Tage reichten aus, um das Fundament eines neuen Betriebssystems zu legen. Jetzt muss es zuverlässig gemacht werden.
Projektcode: Ginux.
Warum das wichtig ist
AnalyseDas Beispiel zeigt, wie KI-Coding-Assistenten die frühe Phase sehr komplexer Systementwicklung beschleunigen können, während Zuverlässigkeit und Hardware-Unterstützung weiterhin klassische Ingenieursarbeit erfordern.
In der Community diskutieren
Teile deine Fragen und Erkenntnisse mit Entwicklern
Verwandt im Ökosystem
Praktische Leitfäden, Terminologie und Agenten-Skills
ChatGPT-Updates: Entwicklung und Workflows mit Plugins und Codex
Ein umfassender praktischer Leitfaden zur Erstellung, Verpackung, Testung und Veröffentlichung von Plugins für ChatGPT und Codex: Manifest-Spezifikation, MCP-Server, Lifecycle-Hooks, eigene Marktplätze und der Review-Prozess von OpenAI.
Teil II: Arbeiten mit Codex – Optimierung, Sicherheit und Team
Codex ist keine einfache Code-Vervollständigung im Chat, sondern ein vollwertiger Engineering-Agent: Er liest das Repository, plant Änderungen, editiert Dateien, führt Tests aus, überprüft eigene Diffs und kann...
cgroups v2 Ressourcenquoten & OOM-Watchdogs
Linux-Kernelfunktionen (Control Groups v2) zur Durchsetzung harter Hardware-Limits für RAM, CPU, Speicherplatz und Prozessanzahl (PIDs), um den Host vor hängenden Agent-Zyklen zu schützen.
eBPF-Sicherheit & Runtime-Auditing
Technologie zur sicheren Ausführung von Bytecode direkt im Linux-Kernel (eBPF / Tetragon / Falco) zum Abfangen gefährlicher Systemaufrufe (Syscalls), Netzwerkverbindungen und Dateimanipulationen durch KI-Agenten.