WebGPU (Chrome→126) में नया क्या है

François Beaufort
François Beaufort
GitHub

maxTextureArrayLayers की सीमा बढ़ाना

डिफ़ॉल्ट रूप से, 2D टेक्सचर की डेप्थ या लेयर की संख्या के लिए ज़्यादा से ज़्यादा 256 वैल्यू इस्तेमाल की जा सकती हैं. अब maxTextureArrayLayers की सीमा का इस्तेमाल करके, ज़्यादा से ज़्यादा 2048 का अनुरोध किया जा सकता है. हालांकि, ऐसा सिर्फ़ तब किया जा सकता है, जब यह सुविधा उपलब्ध हो. यहां दिया गया उदाहरण और समस्या 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 }
});

Vulkan बैकएंड के लिए, बफ़र अपलोड ऑप्टिमाइज़ेशन

Vulkan बैकएंड के लिए, GPUQueue के writeBuffer() तरीके को कॉल करते समय, अब तेज़ पाथ उपलब्ध है. अब डेटा को सीधे डेस्टिनेशन बफ़र में लिखा जा सकता है. इससे, अतिरिक्त कॉपी और सिंक्रनाइज़ेशन की ज़रूरत नहीं पड़ती. इस ऑप्टिमाइज़ेशन से, जीपीयू पर डेटा अपलोड करने के लिए ज़रूरी मेमोरी ट्रैफ़िक कम हो जाता है.

फ़ास्ट पाथ ऑप्टिमाइज़ेशन के लिए, बफ़र की मेमोरी को होस्ट के लिए उपलब्ध होना चाहिए. साथ ही, इस पर कोई भी जीपीयू ऑपरेशन लंबित नहीं होना चाहिए. समस्या 42242084 देखें.

शेडर कंपाइलेशन के समय में सुधार

Chrome की टीम, WebGPU शेडर लैंग्वेज के कंपाइलर Tint की परफ़ॉर्मेंस को बेहतर बना रही है. फ़िलहाल, Tint मशीन कोड जनरेट करने से पहले, शेडर कोड के ऐब्स्ट्रैक्ट सिंटैक्स ट्री (एएसटी) में कई बार बदलाव करता है. यह प्रोसेस, कुछ प्लैटफ़ॉर्म पर काफ़ी संसाधन-गहन रही है. इसे ऑप्टिमाइज़ करने के लिए, एक नया इंटरमीडिएट रिप्रेजेंटेशन (आईआर) पेश किया जा रहा है. साथ ही, इसे इस्तेमाल करने वाले बैकएंड को फिर से डिज़ाइन किया गया है. इस बदलाव का मकसद, शेडर कंपाइलेशन की प्रोसेस को तेज़ करना है.

रेंडर पाइपलाइन बनाने के लिए, WGSL को Tint कंपाइलर की मदद से SPIR-V में बदला जाता है. इसके बाद, इसे Driver कंपाइलर की मदद से ISA में बदला जाता है.
ChromeOS में रेंडर पाइपलाइन बनाना.

ये सुधार, Android पर पहले से ही उपलब्ध हैं. अब इन्हें धीरे-धीरे उन ChromeOS डिवाइसों पर भी उपलब्ध कराया जा रहा है जो Vulkan बैकएंड के साथ WebGPU का इस्तेमाल करते हैं. समस्या 42250751 देखें.

सबमिट किए गए कमांड बफ़र यूनीक होने चाहिए

submit() तरीके से GPUQueue को सबमिट किया गया हर GPUCommandBuffer यूनीक होना चाहिए. ऐसा न होने पर, पुष्टि करने से जुड़ी गड़बड़ी जनरेट होती है. यह स्पेसिफ़िकेशन से जुड़ी गड़बड़ी थी. समस्या 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.

सुबह के अपडेट

C++ रैपर webgpu_cpp.h अब सिर्फ़ हेडर है. इससे इसका इस्तेमाल करना आसान हो गया है. साथ ही, इसे अन्य C++ रैपर के साथ आसानी से इंटिग्रेट किया जा सकता है. समस्या 40195122 देखें.

webgpu.h C API अब स्वैपचेन ऑब्जेक्ट के बारे में जानकारी नहीं देता है. यह बदलाव, JavaScript API के साथ बेहतर तरीके से काम करने के लिए किया गया है. अब इंटरनल कॉन्फ़िगरेशन, नए wgpu::Surface ऑब्जेक्ट के Configure() तरीके से किया जाता है. इसमें आने वाले समय में बदलाव किए जा सकते हैं. WebGPU की मदद से ऐप्लिकेशन बनाना दस्तावेज़ में दिया गया उदाहरण देखें. समस्या 42241264 देखें.

कमिट की पूरी सूची देखें.

WebGPU में नया क्या है

WebGPU में नया क्या है सीरीज़ में शामिल सभी विषयों की सूची.

Chrome 140

Chrome 139

Chrome 138

Chrome 137

Chrome 136

Chrome 135

Chrome 134

Chrome 133

Chrome 132

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