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" lorsque vous créez une mise en page de groupe de liaisons. Auparavant, ce nombre était limité à "write-only".

Ensuite, le code du nuanceur WGSL peut 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 intégrée textureBarrier() est disponible pour synchroniser les accès à la mémoire de texture dans un groupe de travail.

Il est recommandé d'utiliser une directive obligatoire pour signaler le risque de non-portabilité avec requires readonly_and_readwrite_storage_textures; en haut de votre code de 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.

Compatibilité avec les service workers et les workers partagés

Avec WebGPU dans Chrome, l'assistance des travailleurs Web passe à la vitesse supérieure, en offrant désormais une compatibilité avec les service workers et les nœuds de calcul partagés. Vous pouvez utiliser des service workers pour améliorer les tâches en arrière-plan et les fonctionnalités hors connexion, et des nœuds de calcul partagés pour un partage efficace des ressources entre les scripts. Consultez le 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 l'adaptateur

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é les "Fonctionnalités pour les développeurs WebGPU" l'indicateur à chrome://flags/#enable-webgpu-developer-features. Lorsque cette fonctionnalité est disponible:

  • d3dShaderModel correspond au nombre maximal de modèles de nuanceurs 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 spécifié par le fournisseur du pilote Vulkan. Consultez la documentation et le problème chromium:327457605.

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

Correction 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 dans le second pipeline génèrent maintenant une erreur GPUValidationError. L'autorisation était liée à un bug d'implémentation qui est désormais corrigé à l'aide de tests appropriés. Voir issue dawn:2402.

Actualités de l'aube

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

Cette présentation ne porte que sur certains points clés. Consultez la liste exhaustive des commits.

Nouveautés de WebGPU

Liste de tous les sujets abordés dans la série Nouveautés de WebGPU

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