Nouveautés de WebGPU (Chrome 124)

François Beaufort
François Beaufort
GitHub

Textures de stockage en lecture seule et en lecture/écriture

Le type de liaison de texture de stockage permet aux nuanceurs de lire des textures de stockage sans ajouter l'utilisation de TEXTURE_BINDING, et d'effectuer des lectures et des écritures mixtes sur certains formats. Lorsque l'extension de langage WGSL "readonly_and_readwrite_storage_textures" est présente dans navigator.gpu.wgslLanguageFeatures, vous pouvez désormais définir l'accès GPUStorageTexture sur "read-write" ou "read-only" lors de la création d'une mise en page de groupe de liaisons. Auparavant, l'accès était limité à "write-only".

Votre code de nuanceur WGSL peut ensuite utiliser le qualificatif d'accès read_write et read pour les textures de stockage, les fonctions intégrées textureLoad() et textureStore() se comportent en conséquence, et une nouvelle fonction textureBarrier() intégrée est disponible pour synchroniser les accès à la mémoire des textures dans un groupe de travail.

Il est recommandé d'utiliser une instruction required-directive pour signaler la non-portabilité potentielle en ajoutant requires readonly_and_readwrite_storage_textures; en haut du code de votre nuanceur WGSL. Consultez l'exemple suivant et le problème 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.

Assistance pour les service workers et les workers partagés

Avec WebGPU dans Chrome, l'assistance des travailleurs Web est encore plus poussée, et ils sont désormais compatibles avec les service workers et les collaborateurs partagés. Vous pouvez faire appel aux service workers pour améliorer les tâches en arrière-plan et les fonctionnalités hors connexion, et les travailleurs partagés pour un partage efficace des ressources entre les scripts. Consultez problème chromium:41494731.

Consultez l'exemple d'extension Chrome et l'extension Chrome WebLLM pour savoir comment utiliser WebGPU dans un service worker d'extension.

Capture d&#39;écran de l&#39;extension Chrome WebLLM.
Extension Chrome WebLLM
.

Nouveaux attributs d'informations sur les adaptateurs

Les attributs d'informations sur les adaptateurs d3dShaderModel et vkDriverVersion non standards sont désormais disponibles lors de l'appel de requestAdapterInfo() si l'utilisateur a activé l'option "Fonctionnalités pour les développeurs WebGPU" sur chrome://flags/#enable-webgpu-developer-features. Si pris en charge:

  • d3dShaderModel est le numéro de modèle maximal de nuanceur D3D accepté. Par exemple, la valeur 62 indique que le pilote actuel est compatible avec HLSL SM 6.2. Consultez la documentation et le problème dawn:1254.

  • vkDriverVersion est le numéro de version du pilote Vulkan spécifié par le fournisseur. Consultez la documentation et le problème chromium:327457605.

Capture d&#39;écran de https://webgpureport.org, avec vkDriverVersion dans les informations sur l&#39;adaptateur.
Informations sur l'adaptateur vkDriverVersion affichées sur https://webgpureport.org.

Corrections de bugs

La création de deux pipelines avec des groupes de liaisons correspondants à l'aide de layout: "auto", la création d'un groupe de liaisons avec le premier pipeline et son utilisation sur le second pipeline génèrent maintenant une erreur GPUValidationError. L'autorisation était un bug d'implémentation qui a été corrigé avec les tests appropriés. Voir issue dawn:2402.

Mises à jour de l'aube

Dans l'API Dawn, le rappel d'erreur non capturé défini avec wgpuDeviceSetUncapturedErrorCallback n'est désormais pas appelé après la perte de l'appareil GPU. Ce correctif permet d'aligner Dawn sur la spécification de l'API JavaScript et l'implémentation de Blink. Voir issue dawn:2459.

Nous n'aborderons ici que certains des points clés. Consultez la liste exhaustive des commits.

Nouveautés de WebGPU

Liste des points abordés dans la série Nouveautés de WebGPU.

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