Am 5. Mai hat das Konsortium Khronos die Spezifikation OpenCL 3.1 vorgestellt — ein weiteres Update des offenen Standards für plattformübergreifende Berechnungen auf CPU, GPU, DSP, NPU und anderen Beschleunigern. Die Veröffentlichung ist im Rahmen der IWOCL 2026-Konferenz angesiedelt und baut auf dem Modell von OpenCL 3.x auf, bei dem bestimmte Funktionen zunächst als Erweiterungen getestet und dann in den obligatorischen Kern des Standards integriert werden.
Die Hauptänderung in OpenCL 3.1 ist die verpflichtende Unterstützung des Ladens von Berechnungskernen im Format SPIR-V in allen kompatiblen Implementierungen. SPIR-V wird als tragbare Zwischenrepräsentation verwendet, die unter anderem über LLVM/Clang und den SPIR-V LLVM Translator generiert werden kann. Dies sollte die Verwendung von OpenCL als Backend für SYCL, chipStar und spezialisierte Compiler vereinfachen sowie die Verbreitung von Kernen in vorcompilierter Zwischenform anstelle von Quellcode ermöglichen.
Wichtige Funktionen, die für KI- und HPC-Lasten relevant sind, wurden ebenfalls in den Kern von OpenCL 3.1 integriert: Untergruppen mit Shuffle-/Drehoperationen und einem erweiterten Typen-Satz, die skalaren Produkte ganzer Zahlen mit Optionen für Saturierung und Akkumulation, neue bitweise Operationen, die Anfrage nach der empfohlenen Größe der lokalen Arbeitsgruppe und die standardisierte UUID-Anfrage des Geräts, die mit dem Verhalten von Vulkan übereinstimmt.
Zu den weiteren Änderungen gehören neue sprachliche Funktionen ohne die Notwendigkeit, Erweiterungen zu aktivieren, verbessertes printf in OpenCL C mit Unterstützung für die Modifizierer z und t, Klärung der Semantik von CL_DEVICE_HOST_UNIFIED_MEMORY, die Möglichkeit, eine Nullgröße für lokale Speicherargumente zu übergeben, und eine vereinfachte Synchronisation bei der Überprüfung von Ereignissen im Zustand CL_COMPLETE.
Die Arbeit an Implementierungen von OpenCL 3.1 wird bereits von Arm, Imagination, Intel und Qualcomm durchgeführt. Unter den Open-Source-Implementierungen erwähnt Khronos besonders Rusticl im Rahmen von Mesa, PoCL и CLVK. Auch die Entwicklung von Kompatibilitätsschichten, die OpenCL über Vulkan und DirectX 12 ausführen, wird fortgesetzt, was die Verfügbarkeit von OpenCL auf Systemen ohne native Treiber erweitern sollte.
Die folgenden Entwicklungsrichtungen nennt Khronos: Arbeitsbereiche für ein niedriges Level zur Wiederholung von Befehlen, Verbesserungen des gemeinsamen Speichers, Matrixoperationen im gemeinsamen Modus, neue AI-Typen wie niedertemperierte Formate sowie Optimierungen für externen Speicher und die Kompatibilität mit Vulkan, DirectX 12 und Medien-Pipelines.
Quelle: linux.org.ru
