WebGPU 新功能's (Chrome 約 120)

支援 WGSL 中的 16 位元浮點值

在 WGSL 中，f16 類型是 IEEE-754 binary16 (半精度) 格式的 16 位元浮點值。這表示其使用 16 位元表示浮點數，而不是使用 32 位元來表示傳統單一精度浮點 (f32)。這種較小尺寸可能會導致效能大幅提升，尤其是在處理大量資料時。

相較之下，在 Apple M1 Pro 裝置上，在 WebLLM 即時通訊示範中採用 f16 Llama2 7B 模型的 f16 實作速度，遠比實作 f32 更快，且預填速度提升 28%，解碼速度也提升 41%，如以下螢幕截圖所示。

並非所有 GPU 都支援 16 位元浮點值。�� GPUAdapter 提供 "shader-f16" 功能時，您現在可以透過此功能要求 GPUDevice，並建立利用半精度浮點類型 f16 的 WGSL 著色器模組。這個類型只有在您搭配 enable f16; 啟用 f16 WGSL 擴充功能時才能使用，才能在 WGSL 著色器模組中使用。否則 createShaderModule() 會產生驗證錯誤。請參閱下列基本範例和 Issue dawn:1510。

const adapter = await navigator.gpu.requestAdapter();
if (!adapter.features.has("shader-f16")) {
  throw new Error("16-bit floating-point value support is not available");
}
// Explicitly request 16-bit floating-point value support.
const device = await adapter.requestDevice({
  requiredFeatures: ["shader-f16"],
});

const code = `
  enable f16;

  @compute @workgroup_size(1)
  fn main() {
    const c : vec3h = vec3<f16>(1.0h, 2.0h, 3.0h);
  }
`;

const shaderModule = device.createShaderModule({ code });
// Create a compute pipeline with this shader module
// and run the shader on the GPU...

您可以使用 alias 支援 WGSL 著色器模組程式碼中的 f16 和 f32 類型，視 "shader-f16" 功能支援而定，如以下程式碼片段所示。

const adapter = await navigator.gpu.requestAdapter();
const hasShaderF16 = adapter.features.has("shader-f16");

const device = await adapter.requestDevice({
  requiredFeatures: hasShaderF16 ? ["shader-f16"] : [],
});

const header = hasShaderF16
  ? `enable f16;
     alias min16float = f16;`
  : `alias min16float = f32;`;

const code = `
  ${header}

  @compute @workgroup_size(1)
  fn main() {
    const c = vec3<min16float>(1.0, 2.0, 3.0);
  }
`;

挑戰極限

所有色彩附件中，針對單一樣本 (像素或子像素) 的轉譯管道輸出資料，預設需要的位元組數上限是 32 個位元組。現在您可以使用 maxColorAttachmentBytesPerSample 限制，最多可以要求 64 個節點。請參閱以下範例和 Issue dawn:2036。

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

if (adapter.limits.maxColorAttachmentBytesPerSample < 64) {
  // When the desired limit isn't supported, take action to either fall back to
  // a code path that does not require the higher limit or notify the user that
  // their device does not meet minimum requirements.
}

// Request highest limit of max color attachments bytes per sample.
const device = await adapter.requestDevice({
  requiredLimits: { maxColorAttachmentBytesPerSample: 64 },
});

所有平台中用於跨階段通訊的 maxInterStageShaderVariables 和 maxInterStageShaderComponents 限制已提高。詳情請參閱問題發生時間:1448。

在每個著色器階段中，管道版面配置中的繫結群組版面配置項目數量上限為 8 個，儲存空間緩衝區預設為 8。現在您可以使用 maxStorageBuffersPerShaderStage 限制，最多可以要求 10 個。請參閱問題發生時間:2159。

已新增 maxBindGroupsPlusVertexBuffers 上限。這包含同時使用的繫結群組和頂點緩衝區運算單元數量上限，並計算低於最高索引值的所有空白運算單元。預設值為 24。請參閱問題發生時間：1849。

深度模板狀態變更

為了提升開發人員體驗，我們不再需要使用深度模板狀態 depthWriteEnabled 和 depthCompare 屬性：只有深度格式才需要使用 depthWriteEnabled；如果完全未使用深度格式，則不需要 depthCompare。請參閱「問題日出：2132」。

轉接程式資訊更新

當使用者在 chrome://flags/#enable-webgpu-developer-features 啟用「WebGPU 開發人員功能」旗標時，現在可以使用非標準 type 和 backend 轉接程式資訊屬性呼叫 requestAdapterInfo()。type 可以是「離散的 GPU」、「整合式 GPU」、「CPU」或「不明」。backend 可以是「WebGPU」、「D3D11」、「D3D12」、「metal」、「vulkan」、「openGL」、「openGLES」或「null」。請參閱「問題發生時間：2112 年」和「日出時間：2107」。

移除 requestAdapterInfo() 中的選用 unmaskHints 清單參數。請參閱問題發生時間:1427。

時間戳記查詢量化

時間戳記查詢可讓應用程式以奈秒精確度，測量 GPU 指令的執行時間。然而，由於攻擊攻擊問題，WebGPU 規格使時間戳記查詢為選用項目。Chrome 團隊認為，將解析度降低至 100 毫秒，就能夠將時間戳記查詢量化，在精確度和安全性之間達到良好平衡。請參閱問題發生時間：1800。

在 Chrome 中，使用者可以前往 chrome://flags/#enable-webgpu-developer-features 啟用「WebGPU 開發人員功能」標記，藉此停用時間戳記量化功能。請注意，單獨使用這個標記並不會啟用 "timestamp-query" 功能。它的實作仍屬於實驗性質，因此必須使用 chrome://flags/#enable-unsafe-webgpu 的「Unsafe WebGPU Support」標記。

Dawn 中已新增名為「timestamp_quantization」的裝置切換按鈕，並預設為啟用。下列程式碼片段說明如何在要求裝置時，允許無時間戳記量化的實驗性「timestamp-查詢」功能。

wgpu::DawnTogglesDescriptor deviceTogglesDesc = {};

const char* allowUnsafeApisToggle = "allow_unsafe_apis";
deviceTogglesDesc.enabledToggles = &allowUnsafeApisToggle;
deviceTogglesDesc.enabledToggleCount = 1;

const char* timestampQuantizationToggle = "timestamp_quantization";
deviceTogglesDesc.disabledToggles = &timestampQuantizationToggle;
deviceTogglesDesc.disabledToggleCount = 1;

wgpu::DeviceDescriptor desc = {.nextInChain = &deviceTogglesDesc};

// Request a device with no timestamp quantization.
myAdapter.RequestDevice(&desc, myCallback, myUserData);

春季清潔功能

「timestamp-query-inside-passes」實驗性功能已重新命名為「chromium-experimental-timestamp-query-inside-passes」，讓開發人員清楚瞭解這項功能仍在實驗階段，且目前只能在以 Chromium 為基礎的瀏覽器中使用。請參閱問題發生時間:1193。

先前只導入部分階段的實驗性「管道統計資料-查詢」功能，目前已經還在開發中，因此已經移除。請參閱問題 chromium:1177506。

這僅涵蓋部分重點功能。查看完整的修訂版本清單。

WebGPU 的新功能

「WebGPU 新功能」系列中已說明的���有���能清單。

Chrome 125

• 子群組 (開發中的功能)
• 算繪至 3D 紋理切片
• Dawn 最新消息

Chrome 124

• 唯讀和讀寫儲存空間紋理
• 服務工作人員與共用員工支援
• 新的轉接器資訊屬性
• 修正錯誤
• Dawn 最新消息

Chrome 123

• WGSL 中的 DP4a 內建函式支援
• WGSL 中的無限制指標參數
• WGSL 中反參照複合的語法糖
• 區分模板和深度面向的唯讀狀態
• Dawn 最新消息

Chrome 122

• 透過相容性模式擴大觸及範圍 (開發中的功能)
• 提高 maxVertexAttributes 限制
• Dawn 最新消息

Chrome 121

• 在 Android 上支援 WebGPU
• 在 Windows 上使用 DXC (而非 FXC) 進行著色器編譯
• 運算和轉譯傳遞中的時間戳記查詢
• 著色器模組的預設進入點
• 支援 display-p3 做為 GPUExternalTexture 色域
• 記憶體堆積資訊
• Dawn 最新消息

Chrome 120

• 支援 WGSL 中的 16 位元浮點值
• 挑戰極限
• 深度模板狀態變更
• 轉接程式資訊更新
• 時間戳記查詢量化
• 春季清潔功能

Chrome 119

• 可篩選的 32 位元浮點紋理
• unorm10-10-10-2 vertex 格式
• rgb10a2uint 紋理格式
• Dawn 最新消息

Chrome 118

• copyExternalImageToTexture() 中的 HTMLImageElement 和 ImageData 支援
• 讀寫和唯讀儲存空間紋理的實驗性支援
• Dawn 最新消息

Chrome 117

• 取消設定頂點緩衝區
• 取消設定繫結群組
• 裝置遺失時，避免建立非同步管道時發生錯誤
• SPIR-V 著色器模組建立作業更新
• 改善開發人員體驗
• 使用自動產生的版面配置快取管道
• Dawn 最新消息

Chrome 116

• WebCodecs 整合
• GPUAdapter requestDevice() 退回的裝置遺失
• 在呼叫 importExternalTexture() 的情況下，讓影片能夠流暢播放
• 規格符合程度
• 改善開發人員體驗
• Dawn 最新消息

Chrome 115

• 支援的 WGSL 語言擴充功能
• Direct3D 11 的實驗性支援
• 在 AC 電源上預設取得離散 GPU
• 改善開發人員體驗
• Dawn 最新消息

Chrome 114

• 最佳化 JavaScript
• 在未設定的畫布上 getCurrentTexture() 擲回 InvalidStateError
• WGSL 最新消息
• Dawn 最新消息

Chrome 113

• 在 importExternalTexture() 中使用 WebCodecs VideoFrame 來源