Die RISC-V Instruction Set Architecture (ISA) hat ein ambivalentes Versprechen: Die offene Architektur erlaubt es, den Befehlssatz extrem flexibel anzupassen und zu erweitern. Was auf dem Papier nach ultimativer Freiheit klingt, ist in der Praxis ein Albtraum für Software-Entwickler. Wenn jeder Chip eine andere Zusammenstellung von Befehlen versteht, stirbt die binäre Kompatibilität. Genau hier setzen die sogenannten RISC-V „Profiles“ an – und das kürzlich ratifizierte RVA23 könnte der entscheidende Wendepunkt für den Einzug der offenen Architektur in den Server- und Datacenter-Markt sein.
Das Fragmentierungs-Problem und die Lösung durch Profile
Damit Software auf unterschiedlicher Hardware läuft, muss sie für den kleinsten gemeinsamen Nenner kompiliert werden – oder für jeden Chip neu übersetzt werden. Ersteres bremst die Performance aus, Letzteres skaliert nicht. RISC-V International hat dieses Problem erkannt und „Profiles“ eingeführt. Ein Profil ist nichts anderes als ein standardisierter Satz an ratifizierten Erweiterungen, auf den sich die Industrie einigt.
Anstatt kryptische Kürzel wie rv64gc_zicsr_zicntr_zihpm_zicbom_zicbop_zicboz_zicond_zimop_zcmop_zfh_zfa_zawrs_zbc_zvfh_ auf dem Silikon zu drucken, reicht künftig der Verweis auf RVA23. Jeder Chip, der RVA23-kompatibel ist, unterstützt standardisiert genau diesen Befehlssatz-Umfang. Software, die für RVA23 kompiliert wurde, läuft auf jedem RVA23-Chip – ein fundamentaler Schritt für ein gesundes Ökosystem.
RVA23: Der Sprung von Embedded zu Enterprise
Warum ist ausgerechnet RVA23 so relevant? Die vorherigen Profile (wie RVA20 oder RVA22) legten zwar Grundsteine, ließen aber zwei essenzielle Features für moderne, skalierbare Workloads vermissen: Hypervisor-Unterstützung und Vektor-Erweiterungen (Vectors). RVA23 macht beide zum Pflichtprogramm.
Hypervisor: In Rechenzentren ist Virtualisierung die Basis für Effizienz und Skalierung. Ohne Hardware-Unterstützung für Hypervisoren ist RISC-V auf Nischen- oder Embedded-Anwendungen beschränkt. Mit RVA23 können nun auch auf RISC-V-CPUs mehrere virtuelle Maschinen (VMs) isoliert voneinander betrieben werden – inklusive Features wie Live-Migration und Snapshots. Canonical, die Firma hinter Ubuntu, sieht genau hier den Schlüssel, um RISC-V aus der Embedded-Ecke in die Server-Welt zu holen.
Vectors: Vektor-Instruktionen sind der Motor für rechenintensive Tasks wie Machine Learning oder Bildverarbeitung. Sie erfordern zwar deutlich mehr Silizium-Fläche auf dem Die, zahlen sich aber durch massive Performance-Gewinne aus. RISC-V hat bei den Vektor-Erweiterungen einen cleveren Design-Entscheid getroffen: Sie sind skalierbar. Ein kleiner In-Order-Core für IoT-Geräte kann mit 64-Bit-Vektoren arbeiten, während ein Server-Prozessor 256-Bit oder breitere Vektoren nutzt – alles mit derselben Software, ohne Neukompilierung. Das Betriebssystem muss zwar für den Kontextwechsel der Register-Files bescheid wissen, aber im Userspace profitieren Applikationen direkt vom Hardware-Booster.
Die Grenzen von Profilen
Profile lösen das Problem der ISA-Kompatibilität, aber sie sind kein Allheilmittel. RVA23 garantiert, dass die CPU die gleichen Befehle versteht, aber es definiert nicht, wie der Rechner hochfährt, wie Geräte erkannt werden oder wie Peripherie-Treiber funktionieren. Für App-Entwickler ist das irrelevant, für OS-Entwickler und Bare-Metal-Programmierer bleibt es jedoch ein Pain-Point. RISC-V International ist sich dessen bewusst und arbeitet an ergänzenden Spezifikationen wie der „Server Platform Specification“, die Themen wie Interrupt-Controller und Secure Boot standardisieren sollen.
Für ressourcenkritische Embedded-Systeme, bei denen Vektoren zu viel Strom fressen, wird zudem das RVB23-Profil entwickelt, das einige der mächtigen RVA23-Features wieder streicht.
Ubuntu setzt auf den Software-First-Ansatz
Hardware und Software bedingen sich gegenseitig. Oft folgt die Entwicklung dem „Build it and they will come“-Prinzip. Canonical geht bei RISC-V jedoch einen anderen Weg: Mit Ubuntu 25.10 wurde RVA23 zur Voraussetzung gemacht, obwohl entsprechende Silizien auf dem Markt noch Mangelware waren. Der Schritt war mutig, aber strategisch klug. Durch Emulation und Early-Adoption kann die Software stehen, wenn die Hardware eintrifft. Als SpacemiT in diesem Jahr den K3-Chip vorstellte, war Ubuntu bereits startklar. Diese Vorreiterrolle minimiert die Time-to-Market für neue Hardware-Hersteller erheblich.
Mit Ubuntu 26.04 bekommt diese Strategie dann den LTS-Status (Long Term Support), der für Unternehmensumgebungen essenziell ist – fünf Jahre Support standardmäßig, bis zu 15 Jahre via Ubuntu Pro. Wer auf älterer Hardware arbeitet, wird mit Ubuntu 24.04 LTS (RVA20) weiterhin abgesichert.
Fazit
RISC-V steht an einem Scheideweg. Die reine Anpassbarkeit der ISA war wichtig, um die ersten Chips auf den Markt zu bringen. Um aber in den hochprofitablen Server- und Cloud-Markt einzudringen, braucht das Ökosystem Stabilität. Das RVA23-Profil liefert genau diesen stabilen Unterbau. Es zwingt die Hersteller, sich auf die für moderne Workloads kritischen Features – Virtualisierung und Vektor-Rechnung – zu einigen. Wer RVA23 unterstützt, spricht die Sprache des modernen Datacenters. Dass Canonical diese Wende aktiv vorantreibt und Software bereitstellt, bevor die breite Masse der Hardware da ist, beschleunigt den gesamten RISC-V-Markt erheblich.
Quelle: Ubuntu Blog
