Questa pagina è stata tradotta dall'API Cloud Translation.

Novità di WebGPU (Chrome® 124)

François Beaufort

Texture di archiviazione di sola lettura e lettura/scrittura

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

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 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.

Supporto di service worker e worker condivisi

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

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

Screenshot dell'estensione di Chrome WebLLM. — Estensione Chrome WebLLM.

Nuovi attributi delle informazioni sull'adattatore

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

d3dShaderModel è il numero massimo del modello di shader D3D supportato. Ad esempio, il valore 62 indica che il driver corrente supporta HLSL SM 6.2. Consulta la documentazione e il problema dawn:1254.
vkDriverVersion è il numero di versione del driver Vulkan specificato dal fornitore. Consulta la documentazione e il problema chromium:327457605.

Screenshot di https://webgpureport.org con vkDriverVersion nelle informazioni sull'adattatore. — Informazioni sull'adattatore `vkDriverVersion` mostrate su https://webgpureport.org.

Correzioni di bug

La creazione di due pipeline con bindgroup corrispondenti utilizzando layout: "auto", quindi la creazione di un bindgroup con la prima pipeline e il suo utilizzo nella seconda pipeline ora genera un GPUValidationError. Il fatto che fosse consentito era un bug di implementazione ora corretto con test adeguati. Vedi problema dawn:2402.

Aggiornamenti all'alba