Nowości w WebGPU (Chrome 126)

François Beaufort
François Beaufort
GitHub

Zwiększ limit maxureTrack Warstwy

Maksymalna dozwolona wartość głębokości lub liczby warstw tekstury 2D to domyślnie 256. Teraz można wysłać żądanie do 2048 pikseli, korzystając z limitu maxTextureArrayLayers, gdy jest obsługiwany. Zobacz poniższy przykład i numer problemu 42241514.

const adapter = await navigator.gpu.requestAdapter();
if (adapter.limits.maxTextureArrayLayers < 30) {
  // 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 texture array layers attributes.
const device = await adapter.requestDevice({
  requiredLimits: { maxTextureArrayLayers: 2048 }
});

Optymalizacja przesyłania bufora do backendu Vulkan

Przy wywoływaniu metody writeBuffer() w GPUQueue dla backendu Vulkan dostępna jest teraz szybka ścieżka. Dane mogą być teraz zapisywane bezpośrednio w buforze docelowym, co eliminuje konieczność dodatkowej kopii i synchronizacji. Ta optymalizacja zmniejsza ilość ruchu w pamięci potrzebnego do przesyłania danych do GPU.

Optymalizacja szybkiej ścieżki wymaga, aby pamięć bufora była widoczna dla hosta i nie były na nim oczekujące operacje GPU. Zobacz numer problemu 42242084.

Skrócenie czasu kompilacji cienia

Zespół Chrome zwiększa wydajność Tint, który jest kompilatorem języka cieniowania WebGPU. Obecnie Tint wielokrotnie modyfikuje abstrakcyjne drzewo składni kodu cieniowania (AST), zanim wygeneruje kod maszyny. Na niektórych platformach wymaga to znacznych zasobów. W celu optymalizacji wprowadziliśmy nową reprezentację pośrednią (IR) oraz przeprojektowane backendy, które z niej korzystają. Ta zmiana ma na celu przyspieszenie kompilacji programu do cieniowania.

Tworzenie potoku renderowania obejmuje przekonwertowanie WGSL na SPIR-V za pomocą kompilatora Tint, a następnie na ISA za pomocą kompilatora sterowników.
Renderowanie tworzenia potoku w ChromeOS.

Te ulepszenia, które są już dostępne na urządzeniach z Androidem, są stopniowo rozszerzane na urządzenia z ChromeOS, które obsługują WebGPU z backendem Vulkan. Zobacz numer problemu 42250751.

Przesłane bufory poleceń muszą być unikalne

Każdy element GPUCommandBuffer przesłany do GPUQueue za pomocą metody submit() musi być unikalny. W przeciwnym razie zostanie wygenerowany błąd weryfikacji. To był błąd w specyfikacji. Zobacz numer problemu 42241492.

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

const commandEncoder = device.createCommandEncoder();
const commandBuffer = commandEncoder.finish();

device.queue.submit([commandBuffer, commandBuffer]);
// ⚠️ Validation fails because command buffers are not unique.

Powiadomienia o świcie

Kod w języku C++ webgpu_cpp.h jest teraz dostępny tylko w nagłówku, co upraszcza jego użycie i umożliwia łatwiejszą integrację z alternatywnymi kodami C++. Zobacz numer problemu 40195122.

Interfejs API webgpu.h C nie ujawnia już pojęcia obiektów Replacechain. Ta zmiana ma na celu ścisłe dostosowanie interfejsu JavaScript API. Konfiguracja wewnętrzna jest teraz przeprowadzana za pomocą metody Configure() nowego obiektu wgpu::Surface, która może ulec zmianie w przyszłości. Przykład znajdziesz w dokumentacji tworzenia aplikacji przy użyciu WebGPU. Zobacz numer problemu 42241264.

Zobacz pełną listę zatwierdzeń.

Co nowego w WebGPU

Lista wszystkich zagadnień omówionych w serii Co nowego w WebGPU.

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