Yang Baru di WebGPU (Chrome\r120)

François Beaufort
François Beaufort
GitHub

Dukungan untuk nilai floating point 16-bit di WGSL

Di WGSL, jenis f16 adalah kumpulan nilai floating point 16-bit dari format binary16 (presisi setengah) IEEE-754. Artinya, floating point presisi tunggal ini menggunakan 16 bit untuk merepresentasikan bilangan floating point, bukan 32 bit untuk floating point presisi tunggal konvensional (f32). Ukuran yang lebih kecil ini dapat menghasilkan peningkatan performa yang signifikan, terutama saat memproses data dalam jumlah besar.

Sebagai perbandingan, pada perangkat Apple M1 Pro, penerapan f16 model Llama2 7B yang digunakan dalam demo chat WebLLM jauh lebih cepat daripada penerapan f32, dengan peningkatan kecepatan pra-isi sebesar 28% dan peningkatan kecepatan decoding sebesar 41% seperti yang ditunjukkan dalam screenshot berikut.

Screenshot demo chat WebLLM dengan model f32 dan f16 Llama2 7B.
Demo chat WebLLM dengan model Llama2 7B f32 (kiri) dan f16 (kanan).

Tidak semua GPU mendukung nilai floating point 16-bit. Saat fitur "shader-f16" tersedia di GPUAdapter, Anda kini dapat meminta GPUDevice dengan fitur ini dan membuat modul shader WGSL yang memanfaatkan jenis floating point presisi setengah f16. Jenis ini valid untuk digunakan dalam modul shader WGSL hanya jika Anda mengaktifkan ekstensi WGSL f16 dengan enable f16;. Jika tidak, createShaderModule() akan menghasilkan error validasi. Lihat contoh minimal berikut dan masalah 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...

Anda dapat mendukung jenis f16 dan f32 dalam kode modul shader WGSL dengan alias bergantung pada dukungan fitur "shader-f16" seperti yang ditunjukkan dalam cuplikan berikut.

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);
  }
`;

Mendorong batas

Jumlah maksimum byte yang diperlukan untuk menyimpan satu sampel (piksel atau subpiksel) data output pipeline render, di semua lampiran warna, adalah 32 byte secara default. Sekarang Anda dapat meminta hingga 64 menggunakan batas maxColorAttachmentBytesPerSample. Lihat contoh berikut dan 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 },
});

Batas maxInterStageShaderVariables dan maxInterStageShaderComponents yang digunakan untuk komunikasi antar-tahap telah ditingkatkan di semua platform. Lihat masalah dawn:1448 untuk mengetahui detailnya.

Untuk setiap tahap shader, jumlah maksimum entri tata letak grup pengikatan di seluruh tata letak pipeline yang merupakan buffering penyimpanan adalah 8 secara default. Sekarang Anda dapat meminta hingga 10 menggunakan batas maxStorageBuffersPerShaderStage. Lihat masalah dawn:2159.

Batas maxBindGroupsPlusVertexBuffers baru telah ditambahkan. Ini terdiri dari jumlah maksimum slot buffer vertex dan grup pengikatan yang digunakan secara bersamaan, dengan menghitung slot kosong di bawah indeks tertinggi. Nilai defaultnya adalah 24. Lihat masalah dawn:1849.

Perubahan pada status kedalaman-stensil

Untuk meningkatkan pengalaman developer, atribut status depth-stencil depthWriteEnabled dan depthCompare tidak selalu diperlukan lagi: depthWriteEnabled hanya diperlukan untuk format dengan kedalaman, dan depthCompare tidak diperlukan untuk format dengan kedalaman jika tidak digunakan sama sekali. Lihat masalah dawn:2132.

Pembaruan informasi adaptor

Atribut info adaptor type dan backend non-standar kini tersedia setelah memanggil requestAdapterInfo() saat pengguna telah mengaktifkan flag "Fitur Developer WebGPU" di chrome://flags/#enable-webgpu-developer-features. type dapat berupa "GPU terpisah", "GPU terintegrasi", "CPU", atau "tidak diketahui". backend adalah "WebGPU", "D3D11", "D3D12", "metal", "vulkan", "openGL", "openGLES", atau "null". Lihat masalah dawn:2112 dan masalah dawn:2107.

Screenshot https://webgpureport.org yang menampilkan backend dan jenis info adaptor.
Backend info adaptor dan jenis yang ditampilkan di https://webgpureport.org.

Parameter daftar unmaskHints opsional di requestAdapterInfo() telah dihapus. Lihat masalah dawn:1427.

Kuantifikasi kueri stempel waktu

Kueri stempel waktu memungkinkan aplikasi mengukur waktu eksekusi perintah GPU dengan presisi nanodetik. Namun, spesifikasi WebGPU membuat kueri stempel waktu bersifat opsional karena adanya masalah serangan pengaturan waktu. Tim Chrome yakin bahwa kuantisasi kueri stempel waktu memberikan kompromi yang baik antara presisi dan keamanan, dengan mengurangi resolusi menjadi 100 mikrodetik. Lihat masalah dawn:1800.

Di Chrome, pengguna dapat menonaktifkan kuantisasi stempel waktu dengan mengaktifkan tanda "Fitur Developer WebGPU" di chrome://flags/#enable-webgpu-developer-features. Perhatikan bahwa flag ini saja tidak mengaktifkan fitur "timestamp-query". Implementasinya masih bersifat eksperimental dan oleh karena itu memerlukan tanda "Dukungan WebGPU Tidak Aman" di chrome://flags/#enable-unsafe-webgpu.

Di Dawn, tombol perangkat baru yang disebut "timestamp_quantization" telah ditambahkan dan diaktifkan secara default. Cuplikan berikut menunjukkan cara mengizinkan fitur "kueri stempel waktu" eksperimental tanpa kuantisasi stempel waktu saat meminta perangkat.

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);

Fitur pembersihan musim semi

Fitur "timestamp-query-inside-passes" eksperimental telah diganti namanya menjadi "chromium-experimental-timestamp-query-inside-passes" untuk memperjelas kepada developer bahwa fitur ini bersifat eksperimental dan hanya tersedia di browser berbasis Chromium untuk saat ini. Lihat masalah dawn:1193.

Fitur "pipeline-statistics-query" eksperimental, yang hanya diterapkan sebagian, telah dihapus karena tidak lagi dikembangkan. Lihat masalah chromium:1177506.

Bagian ini hanya membahas beberapa sorotan utama. Lihat daftar commit yang lengkap.

Yang Baru di WebGPU

Daftar semua yang telah dibahas dalam seri Yang Baru di WebGPU.

Chrome 131

Chrome 130

Chrome 129

Chrome 128

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