Se usó la API de Cloud Translation para traducir esta página.

Novedades de WebGPU (Chrome 144)

François Beaufort

Publicado: 7 de enero de 2026

Extensión subgroup_id de WGSL

La extensión de lenguaje WGSL subgroup_id te permite usar los siguientes valores integrados nuevos en grupos de trabajo cuando la extensión subgroups está habilitada:

subgroup_id: Proporciona el ID de un subgrupo de invocación dentro del grupo de trabajo actual.
num_subgroups: Informa la cantidad de subgrupos presentes en el grupo de trabajo.

Anteriormente, para indexar la memoria con IDs de invocación de subgrupos, debías reconstruir un ID de subgrupo (generalmente a través de operaciones atómicas) para evitar el solapamiento de los accesos a la memoria. Ahora puedes usar subgroup_id para completar la otra mitad de la ecuación. Dado que esta funcionalidad aún no está disponible en el backend de D3D, se emula allí. Debería ser seguro crear una equivalencia para local_invocation_index como subgroup_invocation_id + subgroup_size * subgroup_id. Ten en cuenta que puede haber casos en los que los subgrupos no estén completos.

Esta extensión de lenguaje se puede detectar con navigator.gpu.wgslLanguageFeatures. Se recomienda usar una directiva requires para indicar la posibilidad de no portabilidad con requires subgroup_id; en la parte superior del código del sombreador WGSL. Consulta el siguiente ejemplo y la intención de lanzamiento.

if (!navigator.gpu.wgslLanguageFeatures.has("subgroup_id")) {
  throw new Error(`WGSL subgroup_id and num_subgroups built-in values are not available`);
}

const adapter = await navigator.gpu.requestAdapter();
if (!adapter.features.has("subgroups")) {
  throw new Error("Subgroups support is not available");
}
const device = await adapter.requestDevice({ requiredFeatures: ["subgroups"] });

const shaderModule = device.createShaderModule({ code: `
  enable subgroups;
  requires subgroup_id;

  @compute @workgroup_size(64, 1, 1)
  fn main(@builtin(subgroup_id) subgroup_id : u32,
          @builtin(num_subgroups) num_subgroups : u32) {
    // TODO: Use subgroup_id and num_subgroups values.
  }`,
});

Extensión uniform_buffer_standard_layout de WGSL

La extensión de lenguaje WGSL uniform_buffer_standard_layout permite que los búferes uniformes usen las mismas restricciones de diseño de memoria que los búferes de almacenamiento, lo que facilita el uso compartido de estructuras de datos en ambos tipos de búferes. Esto significa que los búferes uniformes ya no deben tener una alineación de 16 bytes en los elementos del array ni rellenar los desplazamientos de la estructura anidada hasta un múltiplo de 16 bytes.

Esta extensión de lenguaje se puede detectar con navigator.gpu.wgslLanguageFeatures. Se recomienda usar una directiva requires para indicar la posibilidad de no portabilidad con requires uniform_buffer_standard_layout; en la parte superior del código del sombreador WGSL. Consulta el siguiente ejemplo y la intención de lanzamiento.

if (!navigator.gpu.wgslLanguageFeatures.has("uniform_buffer_standard_layout")) {
  throw new Error(`WGSL uniform buffer standard layout is not available`);
}

const adapter = await navigator.gpu.requestAdapter();
const device = await adapter.requestDevice();

const shaderModule = device.createShaderModule({ code: `
  requires uniform_buffer_standard_layout;

  struct S {
      x: f32
  }
  struct Uniforms {
      a: S,
      b: f32
      // b is at offset 4. Without standard layout, alignment rules would
      // force b to be at offset 16 (or a multiple of 16), and you would have
      // to add extra fields or use an @align attribute.
  }

  @group(0) @binding(0) var<uniform> u: Uniforms;

  @fragment fn fs_main() -> @location(0) vec4<f32> {
      return vec4<f32>(u.a.x);
  }`,
});

WebGPU en Linux

El equipo de Chrome está lanzando cuidadosamente WebGPU para Linux, comenzando con la compatibilidad con las GPU Intel Gen12+, pero con un plan tentativo para expandirlo a más dispositivos (AMD, NVIDIA). Esta implementación usa una arquitectura en la que WebGPU usa Vulkan y el resto de Chromium permanece en OpenGL, lo que ejercita rutas de código buenas y conocidas existentes. Consulta el problema 442791440.

writeBuffer y writeTexture más rápidos

writeBuffer() y writeTexture() se optimizaron en Chrome, lo que generó mejoras en el rendimiento de hasta el doble en comparación con la versión anterior, según el tamaño de los datos que se transfieren. Este cambio también afecta a todos los usuarios de la implementación de Dawn Wire. Consulta el problema 441900745.

Actualizaciones de Dawn