Novità di WebGPU (Chrome® 124)

François Beaufort
François Beaufort
GitHub

Texture di archiviazione di sola lettura e lettura-scrittura

Il tipo di binding della texture di archiviazione consente agli shader di leggere le texture di archiviazione senza aggiungere l'utilizzo TEXTURE_BINDING ed eseguire letture e scritture miste su determinati formati. Quando l'"readonly_and_readwrite_storage_textures" estensione del linguaggio WGSL è presente in navigator.gpu.wgslLanguageFeatures, ora puoi impostare l'accesso GPUStorageTexture su "read-write" o "read-only" durante la creazione di un layout del gruppo di binding. In precedenza, questa opzione era limitata a "write-only".

Il codice dello shader WGSL può quindi utilizzare i qualificatori di accesso read_write e read per le texture di archiviazione, le funzioni integrate textureLoad() e textureStore() si comportano di conseguenza ed è disponibile una nuova funzione integrata textureBarrier() per sincronizzare gli accessi alla memoria delle texture in un workgroup.

Ti consigliamo di utilizzare una direttiva requires per segnalare la potenziale non portabilità con requires readonly_and_readwrite_storage_textures; nella parte superiore del codice dello shader WGSL. Vedi l'esempio seguente e il problema 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.

Supporto di service worker e shared worker

WebGPU in Chrome porta il supporto dei web worker a un livello superiore, offrendo ora il supporto sia per i service worker sia per i shared worker. Puoi utilizzare i service worker per migliorare le attività in background e le funzionalità offline e i shared worker per la condivisione efficiente delle risorse tra gli script. Vedi il problema chromium:41494731.

Dai un'occhiata all'esempio di estensione di Chrome e all'estensione di Chrome WebLLM per scoprire come utilizzare WebGPU in un service worker di estensione.

Screenshot dell&#39;estensione di Chrome WebLLM.
Estensione di Chrome WebLLM.

Nuovi attributi delle informazioni sull'adattatore

Gli attributi delle informazioni sull'adattatore non standard d3dShaderModel e vkDriverVersion sono ora disponibili quando chiami requestAdapterInfo() se l'utente ha attivato il flag "Funzionalità per sviluppatori WebGPU" all'indirizzo chrome://flags/#enable-webgpu-developer-features. Quando sono supportati:

Screenshot di https://webgpureport.org con vkDriverVersion nelle informazioni sull&#39;adattatore.
Informazioni sull'adattatore vkDriverVersion mostrate su https://webgpureport.org.

Correzioni di bug

La creazione di due pipeline con gruppi di binding corrispondenti utilizzando layout: "auto", quindi la creazione di un gruppo di binding con la prima pipeline e il suo utilizzo nella seconda pipeline ora genera un GPUValidationError. Consentire questa operazione era un bug di implementazione che ora è stato corretto con test appropriati. Vedi il problema dawn:2402.

Aggiornamenti di Dawn

Nell'API Dawn, la callback di errore non acquisita impostata con wgpuDeviceSetUncapturedErrorCallback ora non viene chiamata dopo che il dispositivo GPU è andato perso. Questa correzione allinea Dawn alla specifica dell'API JavaScript e all'implementazione di Blink. Vedi il problema dawn:2459.

Questi sono solo alcuni dei punti salienti principali. Consulta l'elenco esaustivo dei commit.

Novità di WebGPU

Un elenco di tutti gli argomenti trattati nella serie Novità di WebGPU.

Chrome 149-150

Chrome 147-148

Chrome 146

Chrome 145

Chrome 144

Chrome 143

Chrome 142

Chrome 141

Chrome 140

Chrome 139

Chrome 138

Chrome 137

Chrome 136

Chrome 135

Chrome 134

Chrome 133

Chrome 132

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