Deze pagina is vertaald door de Cloud Translation API.

Wat is er nieuw in WebGPU (Chrome 124)

François Beaufort

Alleen-lezen en lees-schrijf opslagtexturen

Met het bindingstype voor opslagtexturen kunnen shaders lezen van opslagtexturen zonder het gebruik TEXTURE_BINDING toe te voegen, en kunnen ze gemengde lees- en schrijfbewerkingen uitvoeren op bepaalde formaten. Wanneer de WGSL -taalextensie "readonly_and_readwrite_storage_textures" aanwezig is in navigator.gpu.wgslLanguageFeatures , kunt u GPUStorageTexture toegang nu instellen op "read-write" of "read-only" bij het maken van een bindgroeplayout. Voorheen was dit beperkt tot "write-only" .

Vervolgens kan uw WGSL-shadercode read_write en read access qualifier gebruiken voor opslagtexturen, gedragen de ingebouwde functies textureLoad() en textureStore() zich dienovereenkomstig en is er een nieuwe ingebouwde functie textureBarrier() beschikbaar om textuurgeheugentoegang in een werkgroep te synchroniseren.

Het is aan te raden om een requires-richtlijn te gebruiken om de mogelijkheid van niet-portabiliteit aan te geven met requires readonly_and_readwrite_storage_textures; bovenaan je WGSL-shadercode. Zie het volgende voorbeeld en 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.

Ondersteuning van servicemedewerkers en gedeelde werknemers

WebGPU in Chrome tilt de ondersteuning van webworkers naar een hoger niveau en biedt nu ondersteuning voor zowel serviceworkers als shared workers . U kunt serviceworkers gebruiken om achtergrondtaken en offline mogelijkheden te verbeteren, en shared workers voor het efficiënt delen van resources tussen scripts. Zie probleem chromium:41494731 .

Bekijk het Chrome-extensievoorbeeld en de WebLLM Chrome-extensie om te zien hoe u WebGPU kunt gebruiken in een extensieserviceworker.

Schermafbeelding van de Chrome-extensie WebLLM. — WebLLM Chrome-extensie.

Nieuwe adapterinformatie-attributen

Niet-standaard d3dShaderModel en vkDriverVersion -adapterinfokenmerken zijn nu beschikbaar bij het aanroepen van requestAdapterInfo() als de gebruiker de vlag 'WebGPU Developer Features' heeft ingeschakeld op chrome://flags/#enable-webgpu-developer-features . Indien ondersteund:

Het d3dShaderModel is het maximaal ondersteunde D3D-shadermodelnummer. De waarde 62 geeft bijvoorbeeld aan dat de huidige driver HLSL SM 6.2 ondersteunt. Zie de documentatie en issue dawn:1254 .
De vkDriverVersion is het door de leverancier opgegeven versienummer van de Vulkan-driver. Zie de documentatie en het probleem met chromium:327457605 .

Schermafbeelding van https://webgpureport.org met vkDriverVersion in de adapterinfo. — Adapterinfo `vkDriverVersion` weergegeven op https://webgpureport.org .

Bugfixes

Het aanmaken van twee pipelines met bijpassende bindgroups met behulp van layout: "auto" , het vervolgens aanmaken van een bindgroup met de eerste pipeline en het gebruiken ervan in de tweede pipeline, genereert nu een GPUValidationError . Het toestaan hiervan was een implementatiebug die nu is opgelost met de juiste tests . Zie issue dawn:2402 .

Dawn-updates