Neuerungen in WebGPU (Chrome 124)

François Beaufort
François Beaufort
GitHub

Nur-Lese- und Lese-/Schreib-Speichertextur

Mit diesem Bindungstyp können Shader aus Speichertextur lesen, ohne die TEXTURE_BINDING-Nutzung hinzuzufügen, und gemischte Lese- und Schreibvorgänge für bestimmte Formate ausführen. Wenn die WGSL-Spracherweiterung "readonly_and_readwrite_storage_textures" in navigator.gpu.wgslLanguageFeatures vorhanden ist, können Sie beim Erstellen eines Layouts für eine Bindungsgruppe jetzt den GPUStorageTexture-Zugriff auf "read-write" oder "read-only" festlegen. Bisher war dies auf "write-only" beschränkt.

Anschließend können Sie in Ihrem WGSL-Shadercode den Zugriffsqualifizierer read_write und read für Speichertextur verwenden. Die integrierten Funktionen textureLoad() und textureStore() verhalten sich entsprechend und es gibt eine neue integrierte Funktion textureBarrier(), mit der sich Texturenspeicherzugriffe in einer Arbeitsgruppe synchronisieren lassen.

Es wird empfohlen, eine requires-Anweisung zu verwenden, um das Potenzial für die Nicht-Portierbarkeit mit requires readonly_and_readwrite_storage_textures; oben im WGSL-Shadercode anzugeben. Siehe das folgende Beispiel und issue dawn:1972.

if (!navigator.gpu.wgslLanguageFeatures.has("readonly_and_readwrite_storage_textures")) {
  throw new Error("Read-only and read-write storage textures are not available");
}

const adapter = await navigator.gpu.requestAdapter();
const device = await adapter.requestDevice();

const bindGroupLayout = device.createBindGroupLayout({
  entries: [{
    binding: 0,
    visibility: GPUShaderStage.COMPUTE,
    storageTexture: {
      access: "read-write", // <-- New!
      format: "r32uint",
    },
  }],
});

const shaderModule = device.createShaderModule({ code: `
  requires readonly_and_readwrite_storage_textures;

  @group(0) @binding(0) var tex : texture_storage_2d<r32uint, read_write>;

  @compute @workgroup_size(1, 1)
  fn main(@builtin(local_invocation_id) local_id: vec3u) {
    var data = textureLoad(tex, vec2i(local_id.xy));
    data.x *= 2;
    textureStore(tex, vec2i(local_id.xy), data);
  }`
});

// You can now create a compute pipeline with this shader module and
// send the appropriate commands to the GPU.

Unterstützung für Service Worker und Shared Worker

WebGPU in Chrome bietet jetzt sowohl Serviceworker als auch Shared Worker. Mit Service Workern können Sie Hintergrundaufgaben und Offlinefunktionen verbessern sowie freigegebene Worker für eine effiziente Ressourcenfreigabe über mehrere Skripts hinweg verwenden. Siehe Problem chromium:41494731.

Im Beispiel für eine Chrome-Erweiterung und in der Chrome-Erweiterung WebLLM erfahren Sie, wie Sie WebGPU in einem Erweiterungs-Dienstworker verwenden.

Screenshot der Chrome-Erweiterung „WebLLM“
WebLLM-Chrome-Erweiterung

Neue Attribute für Adapterinformationen

Nicht standardmäßige d3dShaderModel- und vkDriverVersion-Adapter-Informationsattribute sind jetzt beim Aufruf von requestAdapterInfo() verfügbar, wenn der Nutzer die Flagge „WebGPU-Entwicklerfunktionen“ unter chrome://flags/#enable-webgpu-developer-features aktiviert hat. Wenn unterstützt:

  • d3dShaderModel ist die maximal unterstützte D3D-Shader-Modellnummer. Der Wert 62 gibt beispielsweise an, dass der aktuelle Treiber HLSL SM 6.2 unterstützt. Weitere Informationen finden Sie in der Dokumentation und im Problembericht dawn:1254.

  • vkDriverVersion ist die vom Anbieter angegebene Versionsnummer des Vulkan-Treibers. Weitere Informationen finden Sie in der Dokumentation und im Problem chromium:327457605.

Screenshot von https://webgpureport.org mit vkDriverVersion in den Adapterinformationen
Informationen zum Adapter vkDriverVersion unter https://webgpureport.org

Fehlerkorrekturen

Wenn Sie mit layout: "auto" zwei Pipelines mit übereinstimmenden Bindungsgruppen erstellen, dann mit der ersten Pipeline eine Bindungsgruppe erstellen und diese in der zweiten Pipeline verwenden, wird jetzt der Fehler GPUValidationError ausgelöst. Dies war ein Implementierungsfehler, der jetzt mit korrekten Tests behoben wurde. Siehe Problem dawn:2402.

Dawn-Updates

In der Dawn API wird der mit wgpuDeviceSetUncapturedErrorCallback festgelegte Rückruf für nicht erfasste Fehler nicht mehr aufgerufen, nachdem das GPU-Gerät verloren gegangen ist. Durch diese Korrektur wird Dawn an die JavaScript API-Spezifikation und die Blink-Implementierung angepasst. Siehe Problem dawn:2459.

Dies sind nur einige der wichtigsten Highlights. Eine vollständige Liste der Commits

Das ist neu bei WebGPU

Eine Liste aller Themen, die in der Reihe Was ist neu in WebGPU? behandelt wurden.

Chrome 131

Chrome 130

Chrome 129

Chrome 128

Chrome 127

Chrome 126

Chrome 125

Chrome 124

Chrome 123

Chrome 122

Chrome 121

Chrome 120

Chrome 119

Chrome 118

Chrome 117

Chrome 116

Chrome 115

Chrome 114

Chrome 113