并没有绝对的优势，劣势，最后都会编译成assembly。Cg 和 HLSL 几乎相同（相同的内置函数名称）。 GLSL 的语法有点不同（比如用 mix 代替 lerp，使用类似 main 的函数），但整体过渡仍然很容易。 唯一的区别在于细节和各自的 API（比如矩阵存储顺序之类的）。

WebGPU有indirectDraw API
spec: https://www.orillusion.com/zh/webgpu.html#dom-gpurenderencoderbase-drawindirect

但是目前的WebGPU indirectDraw 只能encode draw command，因为WebGPU buffer中的每一个trunk都只是包含了draw command，而在Vulkan 和 Dx12，在draw command 之后还可以添加bind group等等，这样不仅仅是对draw command进行indirect操作，还可以操控bind group等等。

就目前的WebGPU标准实现而言，indirectdraw 的意义不是很大，对性能提升不明显，仅仅只是加速draw的缓存而已，不如用 RenderBundle 提前对所有 command list 进行 record 从而提高性能。

另外目前webgpu还不支持多线程操作，标准计划会支持，但目前的版本还没有实现，所以multi draw/writebuffer/submit encoder/... 都还不支持

@曙光磁铁 WebGPU标准仍处于draft阶段，浏览器默认不支持，需要 chrome 94+ 的浏览器配合origin-trail token才可以运行。如果需要自己本地开发测试，可以使用chrome canary，在地址栏访问chrome://flags ，将Unsafe WebGPU 设置为 enable 进行开启!

screenshot-20211226-104823.png

@浮光_ 考虑你为什么需要做flip，可能是OpenGL或者WebGL的坐标系与WebGPU的不同，WebGL的原点是左下角，而DX12和Vulkan，也就是WebGPU的坐标原点都是左上角，如果你把webgl的代码放到webgpu的话，就需要转换坐标，可以在shader把UV的值改一下，比如uv.y = 1 - uv.y

另外，gl.pixelStore只是改变了你上传texture的顺序，但是整个屏幕空间的坐标是不对应的，后面如果还需要处理比如render target，那么问题还会存在

@zmr wgsl里可以直接进行matrix矩阵相乘运算
https://www.orillusion.com/zh/wgsl.html#arithmetic-expr

多说一点，任何代码其实只是一行行的string character，最后都会通过编译器编译成对应的assembly，然后再去执行。矩阵乘法运算就是对应到wgsl里面build-in的function

另外，js不支持符号重载，就是不可以对已有的运算符重新进行定义。所以做运算最好通过function来实现