# Vulkan support **URL:** \ **Category:** 💡 Ideas\ **Tags:** proposal\ **Created:** [August 30, 2021, 3:48pm UTC](https://es.discourse.group/t/vulkan-support/957 "2021-08-30T15:48:02Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![Seagat2011](https://yyz2.discourse-cdn.com/free1/user_avatar/es.discourse.group/seagat2011/32/367_2.png) [@Seagat2011](https://es.discourse.group/u/Seagat2011)\ **Post date:** [August 30, 2021, 3:48pm UTC](https://es.discourse.group/t/vulkan-support/957/1 "2021-08-30T15:48:02Z")
It may be time to revisit the 3D graphics and cross-computing platform, Vulkan, shows promise vs the current supported OpenCL (WebGl), DirectX, and Metal by allowing better CPU and GPU management. This is especially important for rendering libraries which are not CPU or GPU locked and can benefit from such an approach. Vulkan also has lower memory overhead in comparison to these other libraries, allowing direct writes to the video display device, without the need for CPU intervention; better thread management and faster context switching; as well as optimal shader management via pre-compilation. ---
**Author:** ![ljharb](https://yyz2.discourse-cdn.com/free1/user_avatar/es.discourse.group/ljharb/32/8_2.png) [@ljharb](https://es.discourse.group/u/ljharb)\ **Post date:** [August 30, 2021, 4:13pm UTC](https://es.discourse.group/t/vulkan-support/957/2 "2021-08-30T16:13:04Z")
I'm very confused how this post is relevant. First, when did we previously "visit" Vulkan, but second, it's up to engines to implement ecma262 if they wish. What changes would you expect in ecma262 for this? ---
**Author:** ![Seagat2011](https://yyz2.discourse-cdn.com/free1/user_avatar/es.discourse.group/seagat2011/32/367_2.png) [@Seagat2011](https://es.discourse.group/u/Seagat2011)\ **Post date:** [August 30, 2021, 4:55pm UTC](https://es.discourse.group/t/vulkan-support/957/3 "2021-08-30T16:55:53Z")
If you agree their workflow and memory management architecture would benefit us then... reach out to them and express how we've extended and expanded our specification towards an interest in a partnership- mutually beneficial to the future of both endeavours etc. ---
**Author:** ![ljharb](https://yyz2.discourse-cdn.com/free1/user_avatar/es.discourse.group/ljharb/32/8_2.png) [@ljharb](https://es.discourse.group/u/ljharb)\ **Post date:** [August 30, 2021, 5:22pm UTC](https://es.discourse.group/t/vulkan-support/957/4 "2021-08-30T17:22:40Z")
I don't understand how it would benefit the language itself at all. ---
**Author:** ![MaxGraey](https://yyz2.discourse-cdn.com/free1/user_avatar/es.discourse.group/maxgraey/32/651_2.png) [@MaxGraey](https://es.discourse.group/u/MaxGraey)\ **Post date:** [August 30, 2021, 8:49pm UTC](https://es.discourse.group/t/vulkan-support/957/5 "2021-08-30T20:49:33Z")
A new graphics API for web has been under development for quite some time. It's called WebGPU: > **[Implementation Status · gpuweb/gpuweb Wiki](https://github.com/gpuweb/gpuweb/wiki/Implementation-Status)** > > Where the GPU for the Web work happens! Contribute to gpuweb/gpuweb development by creating an account on GitHub. WebGPU supports different backends: Vulkan on Linux, DX12 on Windows and Metal on OSX/iOS. This API takes into account all the specifics of the architecture of new modern GPUs and differs fundamentally from WebGL. Nightly builds of Chrome, FF and Safari already support it. See examples: [https://austin-eng.com/webgpu-samples/samples/helloTriangle](https://austin-eng.com/webgpu-samples/samples/helloTriangle) also recent article in web.dev: > **[Access modern GPU features with WebGPU](https://web.dev/gpu/)** > > WebGPU enables high-performance 3D graphics and data-parallel computation on the web. ---
**Author:** ![munrocket](https://yyz2.discourse-cdn.com/free1/user_avatar/es.discourse.group/munrocket/32/545_2.png) [@munrocket](https://es.discourse.group/u/munrocket)\ **Post date:** [August 31, 2021, 7:01am UTC](https://es.discourse.group/t/vulkan-support/957/6 "2021-08-31T07:01:00Z")
MaxGraey absolutely right. Also Spir-V supported in Chrome (Canary) but this feature not works in other browsers. The problem that Safari refused to implement it (here you can find discussion [Raw WebGPU | Hacker News](https://news.ycombinator.com/item?id=22020511)) so WebGPU is some kind of trade off that guarantee easy conversion from from it. Look at WGSL goals section in spec [WebGPU Shading Language](https://gpuweb.github.io/gpuweb/wgsl/#goals)