Zum Hauptinhalt springen
usedby

AMD ROCm 7.2.1: Gleichstand bei der Hardware, Reibung bei der Software

ROCm 7.2.1 soll die Lücke zwischen AMDs Instinct-Beschleunigern und der Dominanz von NVIDIAs CUDA schließen. Dafür bietet es einen Open-Source-Stack für das Training und die Inferenz von KI-Modellen.

Das Versprechen

ROCm 7.2.1 soll die Lücke zwischen AMDs Instinct-Beschleunigern und der Dominanz von NVIDIAs CUDA schließen. Dafür bietet es einen Open-Source-Stack für das Training und die Inferenz von KI-Modellen.

Unter der Haube

ROCm 7.2.1 erschien am 25. März 2026 und unterstützt offiziell die RDNA-4-Architektur sowie HWE-Kernel von Ubuntu 24.04.4 (GitHub ROCm Release Notes). Im Rechenzentrum hat sich die MI355X als konkurrenzfähig erwiesen: In den aktuellen MLPerf-Inference-6.0-Benchmarks liegt sie nur im einstelligen Prozentbereich hinter NVIDIAs B200 (MLPerf/EETimes). Auch Windows wird nun für bestimmte Radeon-AI-Pro-Karten unterstützt, der Funktionsumfang erreicht aber noch nicht den von Linux (AMD Docs).

Trotz dieser Erfolge bei der Hardware prägen weiterhin „Dependency Hell“ und instabile Firmware die Erfahrung der Entwickler. Ein schwerer VGPR-Mismatch-Bug im Januar 2026 führte auf den Strix-Halo-Spitzenchips häufig zu Systemabstürzen (YouTube/Reddit). Zudem verlangt das neue Build-System „TheRock“ das Paketieren von über 30 Abhängigkeiten, um deterministische Builds zu erreichen. Für kleine Teams wird die Wartung damit zur Last (HN Thread).

Die Portierung von Software bleibt der größte Engpass für die Inferenzlatenz. Die Portierung CUDA-spezifischer Bibliotheken wie FlashAttention 3 kostet bei latenzkritischen Workloads derzeit 20–30 % Leistung (Spheron Network 2026 Benchmark). Die Installation von ROCm wirkt immer noch weniger wie ein Software-Update und mehr wie ein Aufnahmeritual für Junior-DevOps-Engineers.

Derzeit fehlen uns Informationen zu zwei entscheidenden Punkten:

Unsere Einschätzung

ROCm 7.2.1 ist endlich eine glaubwürdige Bedrohung für NVIDIAs Preise, aber noch keine glaubwürdige Bedrohung für dessen Entwickler-Ökosystem. Ohne ein eigenes DevOps-Team, das angepasste LLVM-Toolchains pflegen kann, macht der Leistungsverlust bei portierten Bibliotheken ROCm zu einer schlechten Wahl für latenzkritische Inferenz in der Produktion. Für Hyperscaler, die der NVIDIA-Steuer entgehen wollen, ist es ein gangbarer Weg. Für mittelgroße Teams bleibt es eine riskante Ablenkung.