【Hacker News搬运】WebGPU的下一步是什么
-
Title: What's Next for WebGPU
WebGPU的下一步是什么
Text:
Url: https://developer.chrome.com/blog/next-for-webgpu
由于我无法直接访问外部链接，我将基于你提供的链接标题和一般知识来分析并总结该内容。 标题：“Next for WebGPU: Chrome 开发者的博客” 内容总结： 这篇文章可能是 Chrome 开发者博客上的一篇关于 WebGPU（Web Graphics Processing Unit）的更新或新功能的介绍。WebGPU 是一个旨在为 Web 开发者提供低级、高性能 GPU 访问的 API。以下是对文章可能内容的推测： 1. **WebGPU 的最新进展**：文章可能会介绍 WebGPU 最近的更新，包括新增的特性和改进。 2. **性能提升**：可能会讨论 WebGPU 在性能上的提升，例如更快的渲染速度或更好的资源管理。 3. **新功能**：可能会介绍一些新的功能，如更好的跨平台支持、更丰富的图形能力或新的编程模型。 4. **开发者工具**：可能会提及为 WebGPU 提供的新开发工具或改进，帮助开发者更有效地使用这个 API。 5. **案例研究**：可能会有一些使用 WebGPU 的案例研究，展示这个 API 在实际项目中的应用。 6. **最佳实践**：可能会提供一些使用 WebGPU 的最佳实践，帮助开发者优化他们的应用。 7. **未来展望**：可能会讨论 WebGPU 的未来发展方向，以及它如何与 WebAssembly 和其他 Web 技术集成。 如果内容是英文的，以下是对上述内容的中文翻译： 标题：“WebGPU 的未来：Chrome 开发者博客” 内容总结： 这篇文章可能是 Chrome 开发者博客上的一篇关于 WebGPU（Web 图形处理单元）的最新进展或新功能的介绍。WebGPU 是一个旨在为 Web 开发者提供低级、高性能 GPU 访问的 API。以下是文章可能涉及的内容： 1. **WebGPU 的最新动态**：文章可能会介绍 WebGPU 近期的更新，包括新增的特性以及改进之处。 2. **性能提升**：可能会讨论 WebGPU 在性能方面的提升，例如渲染速度的加快或资源管理的优化。 3. **新增功能**：可能会介绍 WebGPU 的一些新功能，如跨平台支持的增强、图形能力的丰富或编程模型的改进。 4. **开发者工具**：可能会提及针对 WebGPU 的新开发工具或工具的改进，以帮助开发者更高效地利用这个 API。 5. **案例研究**：可能会有一些关于如何在实际项目中使用 WebGPU 的案例研究。 6. **最佳实践**：可能会提供一些使用 WebGPU 的最佳实践，以帮助开发者优化他们的应用。 7. **未来展望**：可能会讨论 WebGPU 的未来发展方向，以及它如何与 WebAssembly 和其他 Web 技术相结合。Post by: mariuz
Comments:
jms55: Bindless is pretty much the most important feature we need in WebGPU. Other stuff can be worked around to varying degrees of success, but lack of bindless makes our state changes extremely frequent, which heavily kills performance with how expensive WebGPU makes changing state. The default texture limits without bindless are also way too small for serious applications - just implementing the glTF PBR spec + extensions will blow past them.<p>I'm really looking forward to getting bindless later down the road, although I expect it to take quite a while.<p>By the same token, I'm quite surprised that effort is being put into a compatibility mode, when WebGPU is already too old and limiting for a lot of people, and when WebGL(2) is going to have to be maintained by browsers anyways.
jms55: 无绑定是WebGPU中最重要的特性。其他东西可以在不同程度上取得成功，但缺乏无绑定使我们的状态更改非常频繁，这严重降低了WebGPU更改状态的成本。没有bindless的默认纹理限制对于严肃的应用程序来说也太小了——仅仅实现glTF-PBR规范+扩展就会让它们过时<p> 我；我真的很期待以后能无约束地旅行，尽管我预计这需要相当长的一段时间<p> 出于同样的原因，我；我很惊讶，当WebGPU已经太旧了，对很多人来说都很有限，而且WebGL（2）无论如何都必须由浏览器维护时，人们正在努力进入兼容模式。
tkzed49: I wish there were a good way to profile WebGPU code. I've seen this (very useful) article[1] on setting up PIX, but I'm ambitious. I want to see everything from draw call timings to flamegraphs of shader code.<p>Right now I feel like the only way to write efficient WebGPU code is to deeply understand specific GPU architectures. I hope some day there's a dev tools tab that shows me I'm spending too much time sampling a texture or there's a lot of contention on my atomic add.<p>[1]: <a href="https://toji.dev/webgpu-profiling/pix.html" rel="nofollow">https://toji.dev/webgpu-profiling/pix.html</a>
tkzed49: 我希望有一种很好的方法来分析WebGPU代码。我；我看过这篇关于设置PIX的（非常有用的）文章[1]，但我；我雄心勃勃。我想看到从绘图调用时间到着色器代码火焰图的所有内容<p> 现在我觉得编写高效WebGPU代码的唯一方法是深入了解特定的GPU架构。我希望有一天在那里；这是一个开发工具选项卡，显示我；m花费太多时间对纹理进行采样，否则；关于我的原子能补充，有很多争论<p> [1]：<a href=“https:”toji.dev“webgpu评测”pix.html“rel=”nofollow“>https:”/；toji.dev；webgpu分析；pix.html</a>
wwwtyro: Any word on when it'll be supported on Linux without a flag?
wwwtyro: 任何关于何时；在没有标志的Linux上会得到支持吗？
macawfish: Linux support please!
macawfish: 请支持Linux！
vFunct: I could use more 2-d line support for CAD applications as well as font drawing.
vFunct: 我可以在CAD应用程序和字体绘制中使用更多的二维线支持。