NetBSD 11 bringt 64-Bit-RISC-V und einen 10-ms-MicroVM-Kernel
NetBSD 11.0 startet mit dem neuen MICROVM-Kernel eine virtuelle Maschine in etwa 10 ms. Es ist zudem die erste stabile Version, die auf 64-Bit-RISC-V-Boards läuft.
3 Min. Lesezeit

Die Zahlen
- stated MICROVM kernel boot time
- 10ms
- hardware platforms supported
- 60+
- major NetBSD release
- 19th
NetBSD 11.0 ist erschienen, und es ist die erste stabile Version des Systems, die auf 64-Bit-RISC-V-Chips läuft. Das Projekt hat die Veröffentlichung angekündigt, am 30. Juli 2026. Das ist aus zwei Gründen wichtig. Eine offene Chip-Architektur erhält ein ausgereiftes Unix, und eine neue Kernel-Variante startet eine virtuelle Maschine in etwa 10 Millisekunden.
NetBSD ist ein freies unixartiges Betriebssystem. Das heißt, es verhält sich wie Unix, ohne Unix-Code zu verwenden. Das erklärte Ziel des Projekts ist Portabilität: ein System auf vielen Arten von Maschinen laufen zu lassen. Version 11.0 ist die neunzehnte größere Veröffentlichung.
Das Projekt hat die Nachricht am 1. August 2026 in seinem Blog veröffentlicht. "Das NetBSD-Projekt freut sich, (endlich) die Veröffentlichung von 11.0 bekannt zu geben!", heißt es in dem Beitrag. Das Wort in Klammern stammt vom Projekt selbst.
Der Meilenstein 64-Bit-RISC-V
RISC-V ist ein offener Befehlssatz. Ein Befehlssatz ist das grundlegende Vokabular, das ein Prozessor versteht. Jeder darf einen Chip darauf aufbauen, ohne eine Lizenzgebühr zu zahlen. Deshalb weckt er das Interesse von Hardware-Start-ups, Universitäten und Forschenden.
Version 11.0 ist, in den Worten der Release Notes, "die erste stabile Veröffentlichung mit Unterstützung für 64-Bit-RISC-V-Plattformen". Die ersten unterstützten Boards basieren auf den JH71XX-Chips von StarFive. Es sind das VisionFive 2 und das PINE64 STAR64, beide kleine Einplatinencomputer. Phoronix nennt die gleichen zwei Boards in seinem Bericht vom 1. August 2026.
Die Veröffentlichung ergänzt außerdem eine vorläufige Unterstützung für Geräte mit Qualcomm Snapdragon X Elite. Vorläufig heißt: Das System startet, doch die Arbeit ist unfertig. Asahi Linux hat letzte Woche einen ähnlichen Schritt für Apple-Hardware getan, als es offizielle Unterstützung für M3-Macs hinzufügte.
Ein Kernel für schnelle Starts
NetBSD 11.0 liefert für x86- und amd64-Maschinen einen neuen Kernel namens MICROVM. Sein Zweck ist das, was die Release Notes als "extrem schnellen Start virtueller Maschinen" beschreiben. Die Zahl, die das Projekt angibt, lautet "etwa 10 ms".
Eine virtuelle Maschine ist ein ganzer simulierter Computer, deshalb braucht sie normalerweise Sekunden zum Starten. Sinkt das auf Millisekunden, rückt sie in die Nähe eines Containers. Ein Container teilt den Kernel des Hosts, statt einen eigenen zu starten. Der Unterschied zählt, weil eine virtuelle Maschine Code viel strenger isoliert als ein Container.
Was sich sonst geändert hat
Der Rest der Veröffentlichung verteilt sich auf die Firewall, die Linux-Kompatibilitätsschicht und die Standards, die das System anstrebt.
| Bereich | Änderung in NetBSD 11.0 |
|---|---|
| npf-Firewall | Ergänzt "Filterung auf Layer 2 und nach Benutzer/Gruppe" |
| Linux-Kompatibilität | compat_linux(8) beherrscht epoll, POSIX-Message-Queues und statx |
| Standards | Bessere "Einhaltung der Programmierschnittstellen-Standards POSIX.1-2024 und C23" |
| Plattformen | Über 60 unterstützt |
Auch die mitgelieferten Entwicklerwerkzeuge sind neuer.
| Komponente | Version in 11.0 |
|---|---|
| GCC | 12.5.0 |
| OpenSSL | 3.5.7 |
| GDB | 15.1 |
| SSH | 10.3 |
Phoronix berichtet zudem von SIMD-beschleunigten Optimierungen in der Veröffentlichung. Mit SIMD wirkt ein einzelner Befehl auf mehrere Daten gleichzeitig.
Auf einem Laptop von 2012
Fünf Wochen nach der Veröffentlichung hat ein Entwickler eine vollständige Installation von Hand dokumentiert. Der Beitrag "NetBSD 11 from scratch" erschien am 6. September 2026. Er nutzt ein HP Pavilion von 2012 mit einem Intel Core i7, 3,79 GB Speicher und einer 900-GB-Festplatte.
Die Anleitung richtet eine vollständige Festplattenverschlüsselung mit CGD ein, dem kryptografischen Datenträgertreiber von NetBSD. Sie verwendet die Chiffre adiantum und leitet den Schlüssel mit pkcs5_pbkdf2/sha1 ab. Die Root-Partition ist 50 GB groß.
Der Autor nennt einen nicht technischen Grund für seine Wahl: die Haltung von NetBSD dagegen, generative KI in das Projekt zu holen.
Was das für Entwickler bedeutet
Der MICROVM-Kernel ist das Stück, das man zuerst testen sollte. Wer Sandboxes, CI-Runner oder Isolation pro Anfrage baut, bringt mit einem Start in 10 ms eine echte virtuelle Maschine nahe an die Startzeiten von Containern. Messen Sie es an Ihrer eigenen Last, bevor Sie der Zahl trauen. Die Startzeit ist nur ein Teil der gesamten Latenz.
Wer RISC-V als Ziel hat, findet in NetBSD nun eine zweite ausgereifte Option neben Linux. Am günstigsten lässt sich das mit einem VisionFive 2 oder einem STAR64 ausprobieren. Prüfen Sie zuerst die Treiber, die Sie brauchen. Unterstützung der ersten Generation deckt meist nur die Grundlagen ab.
Die Ergänzungen in compat_linux zählen, wenn Sie Linux-Programme unter NetBSD ausführen. epoll und statx sind in moderner Server-Software verbreitet, deshalb kann ein Werkzeug jetzt laufen, das vorher scheiterte. Testen Sie es, statt es anzunehmen.
Die Arbeit an C23 und POSIX.1-2024 macht NetBSD außerdem zu einer nützlichen Portabilitätsprüfung. Wer seinen C-Code hier baut, deckt oft Annahmen auf, die Linux und glibc stillschweigend verzeihen.
Quellen
Ähnliche Artikel

Asahi Linux unterstützt jetzt offiziell Macs der M3-Reihe
Asahi Linux hat die Unterstützung für M3, M3 Pro und M3 Max in den Installer übernommen. WLAN, USB 3 und AV1-Dekodierung laufen. Schlafmodus, HDMI und schnelle 3D nicht.

TryNix führt jedes Nix-Paket im Browser-Tab aus
TryNix bootet einen zu WebAssembly kompilierten Linux-Kernel und führt jede von 310.083 nixpkgs-Versionen im Tab aus. Python 3 braucht beim ersten Besuch 7,5 Sekunden.

Kubernetes 1.37 hebt den Rootless-Modus auf Beta
Kubernetes 1.37 setzt KubeletInUserNamespace auf Beta. Kubelet, Container-Runtimes, CNI-Plugins und kube-proxy können nun alle als normaler Benutzer laufen.