# llama.cpp behebt Vulkan-Fehler bei NVFP4-Skalensuche

> Release b12073 erweitert eine gemeinsam genutzte Lookup-Tabelle, um Lesezugriffe außerhalb des gültigen Bereichs bei bestimmten Skalierungsbytes zu verhindern. Jede betroffene Pipeline benötigt 512 Bytes mehr Shared Memory.

Oossa · 2026-11-03 · https://oossa.com/de/llama-cpp-fixes-vulkan-nvfp4-scale-lookup-bug

Das Release llama.cpp b12073 behebt einen Vulkan-Fehler bei der Suche nach UE4M3-Skalierungswerten in NVFP4-Daten. Bestimmte Skalierungsbytes konnten dazu führen, dass der Code über das Ende einer gemeinsam genutzten Lookup-Tabelle hinaus las: Die Tabelle hatte 128 Einträge, während ein Rohbyte 256 Werte darstellen kann.

Die Korrektur erweitert die Tabelle und die dafür vorgesehenen Speicherbudgets auf 256 Einträge. Jede NVFP4-Pipeline benötigt 512 Bytes mehr Shared Memory. Laut den Release Notes sind mit llama.cpp quantisierte Modelle nicht betroffen, da der Konvertierungscode das Bit, das den Zugriff außerhalb des gültigen Bereichs auslöst, nicht setzt.

## Die Fakten

- Die Korrektur ist in llama.cpp Release b12073 enthalten.
- Jede NVFP4-Pipeline benötigt 512 Bytes zusätzlichen Shared Memory.

## Warum es wichtig ist

Wer NVFP4-Workloads mit Vulkan ausführt, ist vor Zugriffen außerhalb des gültigen Tabellenbereichs geschützt. Laut den Release Notes sind mit llama.cpp quantisierte Modelle von dem Fehler nicht betroffen.

## Quellen und Referenzen

1. [ggml-org/llama.cpp b12073](https://github.com/ggml-org/llama.cpp/releases/tag/b12073) – llama.cpp, 2026-11-03

Zuletzt aktualisiert: 2026-11-03