现代图形API综合比较:Vulkan | DirectX | Metal | WebGPU

2024-04-20 10:28

本文主要是介绍现代图形API综合比较:Vulkan | DirectX | Metal | WebGPU,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Vulkan、DirectX、Metal 和 WebGPU 等低级图形 API 正在融合为类似于当前 GPU 构建方式的模型。 图形处理单元 (GPU) 是异步计算单元,可以处理大量数据,例如复杂的网格几何形状、图像纹理、输出帧缓冲区、变换矩阵或你想要计算的任何数据。

NSDT工具推荐: Three.js AI纹理开发包 - YOLO合成数据生成器 - GLTF/GLB在线编辑 - 3D模型格式在线转换 - 可编程3D场景编辑器 - REVIT导出3D模型插件 - 3D模型语义搜索引擎 - Three.js虚拟轴心开发包 - 3D模型在线减面 - STL模型在线切割 

GPU 并不总是这样,最初它们是一组基于固定硬件的功能,几乎没有可编程性。 随着应用程序突破了这些不可编程系统的功能极限,这种情况发生了变化,这保证了 GPU 制造商和应用程序开发人员之间的竞争不断突破其设计的极限 [Peddie 2023]。 帧缓冲区和光栅器 [Fatahalian 2018] 带来了可编程着色器、通用 GPU (GPGPU) 计算,以及最近添加的用于人工智能光线遍历加速和张量处理的硬件。 图形 API 伴随着这些变化而不断发展,增加了固定图形管道、计算着色器以及最近的光线遍历功能(DirectX 12 和 Vulkan 光线追踪)。

让我们看一下图形 API 之间的一些相似点和不同点。 我们将介绍以下 C++ API:

  • 🌋 Vulcan
  • ❎DirectX 12.x
  • ✖️DirectX 11.x
  • 🤖 Metal
  • 🕸️WebGPU
  • ⚪ OpenGL

OpenGL的设计起源于计算机图形学的早期,被设计为状态机,因此它的接口与现代图形API有很大不同。 DirectX 11 虽然比 OpenGL 更接近现代 GPU 架构,但试图通过将 Vulkan、DirectX 12 和 Metal 目前让开发人员负责的任务委托给驱动程序来简化开发人员的工作。 [罗素 2014]

了解现代图形 API 的遗产是很有用的,因此它们会在相关的地方被提及。

1、执行顺序

无论 API 如何,图形应用程序通常都遵循以下执行顺序:

  1. 初始化 API - 创建访问 API 内部工作所需的核心数据结构。
  2. 加载资源 - 创建加载着色器等内容所需的数据结构、描述图形管道、创建和填充命令缓冲区以供 GPU 执行,以及将资源发送到 GPU 独占内存。
  3. 更新资源 - 将任何uniforms更新到着色器并在此处执行应用程序级逻辑。
  4. 呈现 - 将命令缓冲区列表发送到命令队列并呈现结果。
  5. 重复 2、3 和 4,直到应用程序发出关闭信号。
  6. 销毁 - 等待 GPU 完成所有剩余工作,并销毁所有数据结构和句柄。

因此,我们将按此顺序跟踪 Graphics API 数据结构的创建和使用。

2、导入依赖项

依赖关系示例

APIStructure
Vulkan#include <vulkan/vulkan.hpp>
DirectX 12#include <d3d12.h>
DirectX 11#include <d3d11.h>
Metal#import <Metal/Metal.h>
WebGPURequires Canary Browser with Flags
OpenGLVaries by OS

启动新应用程序时,你需要包含对外部 API 的所有依赖项,图形 API 也不例外。 根据 API,你的项目中可能还需要其他库,例如着色器编译器。

OpenGL 是所有其他图形 API 的例外,因为根据操作系统和你的个人设置,可以从不同位置进行多种导入。

3、着色器编译器

APIStructure
Vulkan#include "glslang/Include/revision.h"
DirectX 12#include <D3Dcompiler.h>
DirectX 11#include <D3Dcompiler.h>
Metal#import <Metal/Metal.h>
WebGPUN/A
OpenGLvoid glShaderSource(...)

Vulkan 要求你使用生成 SPIR-V 的外部着色器编译器,例如 glslang 或 DirectX Shader Compiler。

对于 DirectX,建议你使用 DirectX 着色器编译器而不是附带的编译器,因为它支持更新的着色器模型版本以及更多优化和速度。

金属着色器可以在运行时编译,也可以在构建时使用 MacOS 路径中包含的 metallib 命令行工具进行编译。

OpenGL 不需要外部库来编译着色器,因为它包含在库中,但它也支持 SPIR-V 作为 OpenGL 4.6 中 GLSL 的可选替代方案。

WebGPU 着色器是纯文本字符串,因此无需编译它们,尽管在生产中去除空格和缩小/损坏符号是个好主意。

4、初始化API

  • 入口API
APIStructure
Vulkanvk::Instance
DirectX 12IDXGIFactory4
DirectX 11IDXGIFactory
MetalCAMetalLayer
WebGPUGPU
OpenGLVaries by OS

图形 API 的入口点通常允许你访问 API 的内部类。

Vulkan 的入口点涉及选择你打算使用的 API 版本以及您想要的任何扩展或层,例如错误检查、窗口表面等。

DirectX 11 和 12 要求您创建一个工厂,以及一个可选的调试数据结构。

在 Metal 上,NSWindow 需要有一个带有 CAMetalLayer 的 NSView(它是 QuartzCore 的一部分)。 一旦层存在并附加到窗口,该窗口就可以使用 Metal API 的其余部分。

对于 OpenGL,最接近入口点的是操作系统特定的上下文,你可以在创建操作系统窗口后请求该上下文。

  • 物理设备
APIStructure
Vulkanvk::PhysicalDevice
DirectX 12IDXGIAdapter1
DirectX 11IDXGIAdapter
MetalMTLDevice
WebGPUGPUAdapter
OpenGLglGetString(GL_VENDOR)

物理设备允许你查询重要的设备特定详细信息,例如内存大小和功能支持。

金属是这里唯一的异常值,因为物理和逻辑设备都由相同的数据结构共享。

OpenGL 无法查询任何设备详细信息,除非使用制造商专有的扩展。 你可以获得一些杂项数据,例如驱动程序供应商名称、渲染器和 OpenGL 版本。

  • 逻辑设备
APIStructure
Vulkanvk::Device
DirectX 12ID3D12Device
DirectX 11ID3D11Device
MetalMTLDevice
WebGPUGPUDevice
OpenGLN/A

设备使你可以访问 API 的核心内部功能,例如创建纹理、缓冲区、队列、管道等图形数据结构。这种类型的数据结构在所有现代图形 API 中大部分都是相同的,并且具有非常丰富的功能。 他们之间几乎没有什么变化。

Vulkan 和 DirectX 12 通过设备创建内存数据结构来提供对内存的控制。

  • 队列
APIStructure
Vulkanvk::Queue
DirectX 12ID3D12CommandQueue
DirectX 11ID3D11DeviceContext
MetalMTLCommandQueue
WebGPUGPUQueue
OpenGLN/A

队列允许你将任务排入队列以供 GPU 执行。 GPU 是一种异步计算设备,因此这里的想法是始终保持忙碌状态,同时控制何时将项目添加到队列中。

Vulkan 队列要求你在创建设备之前指定设备将使用哪些队列。

  • 命令池
APIStructure
Vulkanvk::CommandPool
DirectX 12ID3D12CommandAllocator
DirectX 11ID3D11DeviceContext
MetalMTLCommandQueue
WebGPUGPUDevice
OpenGLN/A

命令池是一种允许你创建命令缓冲区的数据结构。

Metal 的突出之处在于队列也是分配命令缓冲区的数据结构。

5、帧后台API

  • 窗口表面
APIStructure
Vulkanvk::Surface
DirectX 12ID3D12Resource
DirectX 11ID3D11Texture2D
MetalCAMetalLayer
WebGPUGPUCanvasContext
OpenGLVaries by OS

窗口表面API允许你将所有绘制调用绑定到操作系统特定的窗口。

在 DirectX 上,由于只有 Windows / Xbox 作为 API 的目标,因此最接近表面的是从交换链接收的纹理后台缓冲区。 交换链接收您的窗口句柄,并从那里创建 DirectX 驱动程序内部的表面。

由于 MacOS 和 iOS 窗口具有分层结构,其中应用程序包含视图,视图可以包含层,因此 Metal 中最接近表面的东西要么是金属层,要么是包裹它的视图。

  • 交换链
APIStructure
Vulkanvk::Swapchain
DirectX 12IDXGISwapChain3
DirectX 11IDXGISwapChain
MetalCAMetalDrawable
WebGPUGPUCanvasContext
OpenGLVaries by OS

交换链在给定窗口的不同后台缓冲区之间翻转,并控制渲染的各个方面,例如刷新率和后台缓冲区交换行为。

Metal 和 OpenGL 在这里脱颖而出,因为 API 缺乏交换链的概念,而是将其留给操作系统窗口 API。

  • 帧缓冲区
APIStructure
Vulkanvk::Framebuffer
DirectX 12ID3D12Resource
DirectX 11ID3D11RenderTargetView
MetalMTLRenderPassDescriptor
WebGPUGPURenderPassDescriptor
OpenGLGLuint

帧缓冲区是在基于光栅的图形管道执行期间用作输出的输出纹理组。

DirectX 12 和 11 没有为此提供显式数据结构,而是你可以传递一组视图。

6、初始化资源

  • 纹理
APIStructure
Vulkanvk::Image & vk::ImageView
DirectX 12ID3D12Resource
DirectX 11ID3D11Texture2D
MetalMTLTexture
WebGPUGPUTexture & GPUTextureView
OpenGLGLuint

纹理是存储颜色信息的数据数组,并用作渲染的输入/输出。 Vulkan、DirectX 12 和 WebGPU 引入了对给定纹理拥有多个视图的想法,这些视图可以以不同的编码格式或颜色空间查看该纹理。 Vulkan 引入了图像和缓冲区的托管内存的概念,因此纹理是图像、使用时的图像视图(可以有多个)以及仅设备中或 CPU-GPU 可访问空间中的内存的三元组。

对于 Vulkan 中管理内存的更传统方式,我强烈推荐 AMD Vulkan 内存分配器。 对于 DirectX 12,同一作者发布了 AMD D3D12 内存分配器。

  • 缓冲区
APIStructure
Vulkanvk::Buffer & vk::BufferView
DirectX 12ID3D12Resource
DirectX 11ID3D11Buffer
MetalMTLBuffer
WebGPUGPUBuffer & GPUBufferView
OpenGLGLuint

缓冲区是一个数据数组,例如网格的位置数据、颜色数据、索引数据等。类似的图像规则也适用于 Vulkan 和 WebGPU 中的缓冲区。

  • 着色器
APIStructure
Vulkanvk::ShaderModule
DirectX 12ID3DBlob
DirectX 11ID3D11VertexShader or ID3D11PixelShader
MetalMTLLibrary
WebGPUGPUShaderModule
OpenGLGLuint

着色器往往是已编译的着色器(HLSL、GLSL、MSL 等)代码块的句柄,该代码将馈送到给定的管道。

  • 着色器绑定
APIStructure
Vulkanvk::PipelineLayout & vk::DescriptorSet
DirectX 12ID3D12RootSignature
DirectX 11ID3D11DeviceContext::VSSetConstantBuffers(...)
Metal[MTLRenderCommandEncoder setVertexBuffer: uniformBuffer]
WebGPUGPUPipelineLayout
OpenGLGLint

大多数现代图形 API 都具有绑定数据结构,以帮助将统一的缓冲区和纹理连接到需要该数据的图形管道。 Metal 的独特之处在于,您可以在命令编码器中使用 setVertexBuffer 绑定制服,与 Vulkan、DirectX 12 和 WebGPU 相比,它的架构变得更加容易。

  • 流水线
APIStructure
Vulkanvk::Pipeline
DirectX 12ID3D12PipelineState
DirectX 11Various State Calls
MetalMTLRenderPipelineState
WebGPUGPURenderPipeline
OpenGLVarious State Calls

管道是对执行光栅绘制调用、计算调度或光线跟踪调度时将执行的内容的总体描述。

DirectX 11 和 OpenGL 在这里是独一无二的,它们没有用于图形管道的专用对象,而是使用调用在执行绘制调用之间设置管道状态。

  • 命令缓冲区
APIStructure
Vulkanvk::CommandBuffer
DirectX 12ID3D12GraphicsCommandList
DirectX 11ID3D11DeviceContext
MetalMTLRenderCommandEncoder
WebGPUGPUCommandEncoder
OpenGLIntenal to Driver or with GL_NV_command_list

命令缓冲区是一个异步计算单元,你可以在其中描述 GPU 执行的过程,例如绘制调用、将数据从 CPU-GPU 可访问内存复制到 GPU 独占内存,以及动态设置图形管道的各个方面,例如当前剪刀。

以前,你会声明希望 GPU 按程序执行什么,并且 GPU 会执行这些任务,但 GPU 本质上是异步的,因此驱动程序将负责确定何时将任务调度到 GPU。

  • 命令列表
APIStructure
Vulkanvk::SubmitInfo
DirectX 12ID3D12CommandList[]
DirectX 11ID3D11CommandList
MetalMTLCommandBuffer
WebGPUGPUCommandEncoder[]
OpenGLIntenal to Driver or with GL_NV_command_list

命令列表是批量推送到 GPU 的命令缓冲区组。 这样做的原因是为了保持 GPU 持续忙碌,从而减少 CPU 和 GPU 之间的不同步 [Foley 2015]。

  • 围栏
APIStructure
Vulkanvk::Fence
DirectX 12ID3D12Fence
DirectX 11ID3D11Fence
MetalMTLFence
WebGPUN/A
OpenGLglFenceSync

Fence 是用于同步 CPU 和 GPU 的对象。 CPU 和 GPU 都可以被指示在栅栏处等待,以便对方能够赶上。 这可用于管理资源分配和释放,从而更轻松地管理总体图形内存使用情况。 [萨特兰等人。 2018]

  • 栅栏
APIStructure
VulkanvkCmdPipelineBarrier
DirectX 12D3D12_RESOURCE_BARRIER
DirectX 11N/A
MetalMTLFence
WebGPUN/A
OpenGLglMemoryBarrier

命令缓冲区内更细粒度的同步形式。 Hans-Kristian Arntzen 写了一篇关于 Vulkan 同步的文章,值得一看。

  • 信号量
APIStructure
Vulkanvk::Semaphore
DirectX 12HANDLE
DirectX 11HANDLE
Metaldispatch_semaphore_t
WebGPUN/A
OpenGLVaries by OS

信号量是用于引入操作之间的依赖关系的对象,例如在将命令缓冲区提交到设备队列之前获取交换链中的下一个图像之前等待。

Vulkan 的独特之处在于信号量是 API 的一部分,而 DirectX 和 Metal 将其委托给操作系统调用。

7、空间、对齐

每个图形 API 可以有不同的轴方向、NDC 坐标方向、矩阵对齐、纹理对齐等默认值,在大多数情况下,这不是什么大问题,只需在你的片段着色器中翻转 UV 中的 y 值即可。

  • 纹理对齐
APIStructure
VulkanBottom Left
DirectX 12Top Left
DirectX 11Top Left
MetalTop Left
WebGPUBottom Left
OpenGLBottom Left

DirectX 使用左上角作为像素空间坐标,大多数闭源 API 也是如此,而开源则选择使用左下角。

8、结束语

虽然这些 API 中的每一个都有细微的差别,但它们在设计上非常接近。 由库架构师决定他们所需的 API 限制在哪里,无论是像 Metal/WebGPU 一样简洁,还是像 Vulkan 一样复杂。


原文链接:现代图形API综合比较 - BimAnt

这篇关于现代图形API综合比较:Vulkan | DirectX | Metal | WebGPU的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/920006

相关文章

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

【前端学习】AntV G6-08 深入图形与图形分组、自定义节点、节点动画(下)

【课程链接】 AntV G6:深入图形与图形分组、自定义节点、节点动画(下)_哔哩哔哩_bilibili 本章十吾老师讲解了一个复杂的自定义节点中,应该怎样去计算和绘制图形,如何给一个图形制作不间断的动画,以及在鼠标事件之后产生动画。(有点难,需要好好理解) <!DOCTYPE html><html><head><meta charset="UTF-8"><title>06

综合安防管理平台LntonAIServer视频监控汇聚抖动检测算法优势

LntonAIServer视频质量诊断功能中的抖动检测是一个专门针对视频稳定性进行分析的功能。抖动通常是指视频帧之间的不必要运动,这种运动可能是由于摄像机的移动、传输中的错误或编解码问题导致的。抖动检测对于确保视频内容的平滑性和观看体验至关重要。 优势 1. 提高图像质量 - 清晰度提升:减少抖动,提高图像的清晰度和细节表现力,使得监控画面更加真实可信。 - 细节增强:在低光条件下,抖

【WebGPU Unleashed】1.1 绘制三角形

一部2024新的WebGPU教程,作者Shi Yan。内容很好,翻译过来与大家共享,内容上会有改动,加上自己的理解。更多精彩内容尽在 dt.sim3d.cn ,关注公众号【sky的数孪技术】,技术交流、源码下载请添加微信号:digital_twin123 在 3D 渲染领域,三角形是最基本的绘制元素。在这里,我们将学习如何绘制单个三角形。接下来我们将制作一个简单的着色器来定义三角形内的像素

深入理解RxJava:响应式编程的现代方式

在当今的软件开发世界中,异步编程和事件驱动的架构变得越来越重要。RxJava,作为响应式编程(Reactive Programming)的一个流行库,为Java和Android开发者提供了一种强大的方式来处理异步任务和事件流。本文将深入探讨RxJava的核心概念、优势以及如何在实际项目中应用它。 文章目录 💯 什么是RxJava?💯 响应式编程的优势💯 RxJava的核心概念

【LabVIEW学习篇 - 21】:DLL与API的调用

文章目录 DLL与API调用DLLAPIDLL的调用 DLL与API调用 LabVIEW虽然已经足够强大,但不同的语言在不同领域都有着自己的优势,为了强强联合,LabVIEW提供了强大的外部程序接口能力,包括DLL、CIN(C语言接口)、ActiveX、.NET、MATLAB等等。通过DLL可以使用户很方便地调用C、C++、C#、VB等编程语言写的程序以及windows自带的大

如何更优雅地对接第三方API

如何更优雅地对接第三方API 本文所有示例完整代码地址:https://github.com/yu-linfeng/BlogRepositories/tree/master/repositories/third 我们在日常开发过程中,有不少场景会对接第三方的API,例如第三方账号登录,第三方服务等等。第三方服务会提供API或者SDK,我依稀记得早些年Maven还没那么广泛使用,通常要对接第三方

关键字synchronized、volatile的比较

关键字volatile是线程同步的轻量级实现,所以volatile性能肯定比synchronized要好,并且volatile只能修饰于变量,而synchronized可以修饰方法,以及代码块。随着JDK新版本的发布,synchronized关键字的执行效率上得到很大提升,在开发中使用synchronized关键字的比率还是比较大的。多线程访问volatile不会发生阻塞,而synchronize

STL经典案例(四)——实验室预约综合管理系统(项目涉及知识点很全面,内容有点多,耐心看完会有收获的!)

项目干货满满,内容有点过多,看起来可能会有点卡。系统提示读完超过俩小时,建议分多篇发布,我觉得分篇就不完整了,失去了这个项目的灵魂 一、需求分析 高校实验室预约管理系统包括三种不同身份:管理员、实验室教师、学生 管理员:给学生和实验室教师创建账号并分发 实验室教师:审核学生的预约申请 学生:申请使用实验室 高校实验室包括:超景深实验室(可容纳10人)、大数据实验室(可容纳20人)、物联网实验

生信圆桌x生信分析平台:助力生物信息学研究的综合工具

介绍 少走弯路,高效分析;了解生信云,访问 【生信圆桌x生信专用云服务器】 : www.tebteb.cc 生物信息学的迅速发展催生了众多生信分析平台,这些平台通过集成各种生物信息学工具和算法,极大地简化了数据处理和分析流程,使研究人员能够更高效地从海量生物数据中提取有价值的信息。这些平台通常具备友好的用户界面和强大的计算能力,支持不同类型的生物数据分析,如基因组、转录组、蛋白质组等。