目录一、结论二、选型1. 结论2. 容易误判的地方3. 按使用门槛筛选4. 怎么选三、测试四、目标分辨率核显、60Hz五、加视频贴图20000×200 2 路 720p60核显独显仅 GPU 类实现六、压力分辨率 40000×3000核显独显独显 20000×200无视频七、呈现路径、延迟与显卡核实20000×200、核显20000×200、独显画面要跨卡拷到接屏的核显各实现实际跑在哪块显卡同一 D3D11 程序默认交换链 vs 低延迟交换链八、核显 vs 独显GPU 类实现九、50Hz广电制式十、数据质量与局限十一、再次结论十一、加深认识 Vortice在大型体育赛事现场超长LED条屏普遍存在本文验证了以60Hz输出渲染时使用的不同技术进行性能评测便于对技术选型做参考。在 60Hz 垂直同步、超长画面按 1:1 折行输出的前提下哪一条 Windows 渲染路径适合作为长期运行的主输出哪些路径只适合界面、或工具。测试机为 i9-14900HX、31.7 GB 内存、Intel UHD 核显与 RTX 4060 Laptop 独显内屏接在核显上独显路径还包含一次跨卡拷贝。三种判定后文所有表格共用稳定 60Hz 汇总掉帧率 ≤ 0.1%且每一轮 ≤ 0.5%。偶发掉帧 掉帧率 ≤ 1%。不达标 掉帧率 1%。掉帧率是显示器刷新时重复显示上一帧的次数除以覆盖的刷新次数。共 305 次运行。下文数字都来自这一次测试。一、结论核显、60Hz、三种目标分辨率3840×180 / 8192×192 / 20000×200全部“稳定 60Hz”的实现WPF GDI 写 WriteableBitmap、网页 Canvas2D强制 CPU、网页 Canvas2D浏览器默认 GPU 加速、网页 WebGLGPU 2D 分块 WebGL 合成、Avalonia GPU SkiaANGLE/D3D11、Qt Quick FBO OpenGL 画笔Qt 5.15、WinUI 3 壳 SwapChainPanel D3D11/D2D、WPF 壳 D3D11/D2DD3DImage 共享、WinForms 壳 DXGI 交换链、C# Vortice D3D11/D2DWin32 窗口、C D3D11/D2DWin32 窗口。同一条件下至少一种目标分辨率“不达标”掉帧率 1%WinForms GDI8192×192、20000×200Avalonia 软件 Skia3840×180、8192×192、20000×200WinUI 3 Win2D原生 2D 画法20000×200。加上 2 路逐帧更新的 720p 视频贴图20000×200核显稳定的有 网页 Canvas2D强制 CPU、WinUI 3 壳 SwapChainPanel D3D11/D2D、WPF 壳 D3D11/D2DD3DImage 共享、WinForms 壳 DXGI 交换链、C# Vortice D3D11/D2DWin32 窗口、C D3D11/D2DWin32 窗口、C# Vortice D3D11/D2D · 低延迟交换链、C D3D11/D2D · 低延迟交换链不达标的有 WinForms GDI、Avalonia 软件 Skia、网页 Canvas2D浏览器默认 GPU 加速。压力项 40000×30001.2 亿像素只能整幅缩小预览超出常规条屏分辨率在核显上稳定 60Hz 的WinUI 3 壳 SwapChainPanel D3D11/D2D、WPF 壳 D3D11/D2DD3DImage 共享、WinForms 壳 DXGI 交换链、C D3D11/D2DWin32 窗口。压力项 40000×30001.2 亿像素只能整幅缩小预览超出常规条屏分辨率在独显上稳定 60Hz 的Avalonia GPU SkiaANGLE/D3D11、WinUI 3 壳 SwapChainPanel D3D11/D2D、WinForms 壳 DXGI 交换链、C# Vortice D3D11/D2DWin32 窗口、C D3D11/D2DWin32 窗口。20000×200 核显下“取数→上屏”延迟PresentMon开始画这一帧到显示器扫出p50从低到高C# Vortice D3D11/D2D · 低延迟交换链 32.1msHardware Composed: Independent FlipC D3D11/D2D · 低延迟交换链 32.3msHardware Composed: Independent FlipWPF GDI 写 WriteableBitmap 48.5msComposed: Copy with GPU GDIWPF 壳 D3D11/D2DD3DImage 共享 48.6msComposed: Copy with GPU GDI网页 WebGLGPU 2D 分块 WebGL 合成 49.1msHardware Composed: Independent FlipC D3D11/D2DWin32 窗口 64.9msHardware Composed: Independent FlipC# Vortice D3D11/D2DWin32 窗口 65.0msHardware Composed: Independent FlipWinForms 壳 DXGI 交换链 65.0msHardware Composed: Independent FlipWinUI 3 壳 SwapChainPanel D3D11/D2D 65.1msHardware Composed: Independent Flip网页 Canvas2D浏览器默认 GPU 加速 66.1msHardware Composed: Independent Flip网页 Canvas2D强制 CPU 66.1msHardware Composed: Independent FlipQt Quick FBO OpenGL 画笔Qt 5.15 66.7msHardware: Legacy Flip。20000×200 视频核显时进程 CPU 占用核数所有线程合计从低到高C# Vortice D3D11/D2DWin32 窗口 0.10WinForms 壳 DXGI 交换链 0.11C D3D11/D2DWin32 窗口 0.11C# Vortice D3D11/D2D · 低延迟交换链 0.15C D3D11/D2D · 低延迟交换链 0.15WinUI 3 壳 SwapChainPanel D3D11/D2D 0.15Qt Quick FBO OpenGL 画笔Qt 5.15 0.17WinUI 3 Win2D原生 2D 画法 0.18WPF 壳 D3D11/D2DD3DImage 共享 0.26网页 WebGLGPU 2D 分块 WebGL 合成 0.27Avalonia GPU SkiaANGLE/D3D11 0.35WinForms GDI 0.38Qt Widgets QPainterQt 5.15 0.51网页 Canvas2D强制 CPU 0.89WPF GDI 写 WriteableBitmap 1.14网页 Canvas2D浏览器默认 GPU 加速 1.18Avalonia 软件 Skia 1.35。网页 WebGLGPU 2D 分块 WebGL 合成20000×200 视频在核显上“偶发掉帧”掉帧 0.33%在独显上“稳定 60Hz”掉帧 0.00%。Qt Quick FBO OpenGL 画笔Qt 5.1520000×200 视频在核显上“偶发掉帧”掉帧 0.15%在独显上“稳定 60Hz”掉帧 0.00%。WinUI 3 Win2D原生 2D 画法20000×200 视频在核显上“偶发掉帧”掉帧 0.78%在独显上“不达标”掉帧 1.00%。WinUI 3 壳 SwapChainPanel D3D11/D2D20000×200 视频在核显上“稳定 60Hz”掉帧 0.00%在独显上“偶发掉帧”掉帧 0.44%。WPF 壳 D3D11/D2DD3DImage 共享20000×200 视频在核显上“稳定 60Hz”掉帧 0.00%在独显上“偶发掉帧”掉帧 0.61%。判定标准稳定 60Hz 汇总掉帧率 ≤ 0.1% 且每一轮 ≤ 0.5%偶发掉帧 ≤ 1%不达标 1%。掉帧率 显示器刷新时重复显示上一帧的次数 ÷ 覆盖的刷新次数观众看到的卡顿。二、选型下面直接给出可以承担主输出的路线以及只适合做界面、预览或工具的路线。1. 结论主渲染核采用D3D11 D2D 自建 DXGI 交换链C# Vortice 或 C两者实测等价。 它不是“绘制最快”的那个 API而是核显上所有目标场景含 2 路视频、含 1.2 亿像素压力分辨率都稳定 60Hz的一组 CPU 占用最低20000×200 约 0.06–0.08 核加视频 0.10–0.11 核、GPU 占用最低核显 3D 约 8%、内存最小约 110–180 MB 并且可以把“取数→上屏”延迟从默认约 65 ms 降到约 31 ms。 外壳用原生 Win32、WinForms 还是WinUI 3SwapChainPanel实测结果几乎一样。2. 容易误判的地方常见判断本次实测核显、60Hz结论Avalonia GPU 画得最快适合做大画布40000×3000 掉帧 43%20000×200 核显 3D 占用 26.5%是 D3D11 组约 8%的 3 倍。看起来只有几毫秒的数字往往只是 CPU 提交命令的时间不成立CPU 自己画GDI / 位图 / 软件 Skia / Qt Widgets / 网页 CPU 画布画不动不能用目标分辨率下 WPF 位图0–0.07%和网页 CPU 画布0%稳定 60HzWinForms GDI8192 宽掉帧 51%与 Avalonia 软件渲染3840 宽就掉 51%失败的原因是把整屏像素交给系统合成的开销它们的绘制只要 0.5–2.5 ms。能跑稳的 CPU 路径真正的代价是 CPU 占用20000×200 上 WPF 位图 0.62 核、网页 CPU 画布 0.75 核加视频 1.14 / 0.89 核D3D11 组 0.06–0.11 核不能一概否掉。能稳住的 CPU 路径代价是 CPU 占用Qt Quick 大画布耗时太高不能当渲染核三种目标分辨率稳定 60Hz、CPU 仅 0.11–0.14 核压力分辨率掉帧 62%。另外Qt Quick 5.15 全屏走 Legacy Flip进程退出时会把显示器刷新率恢复成注册表值延迟约 67 ms常规条屏可用压力分辨率和退出副作用不合格WPF 嵌 D3D 多一次共享只能当过渡核显上所有场景含压力分辨率稳定 60Hz延迟约 48 ms低于默认 DXGI约 65 ms代价是 CPU/GPU 约为纯 D3D11 的 2.5–3 倍。独显跨卡时三种配置掉帧 0.6–3.6%核显可用混合显卡跨卡不可靠WinUI 3 不适合承载 LED 输出SwapChainPanel 嵌入同一 D3D11 核后核显五种配置掉帧均为 0%同样走到 Hardware Independent Flip相比 Win32 / WinForms 壳只多约 0.05 核 CPU、约 30 MB 内存。Win2D 原生画法有偶发重复帧核显各尺寸 0.3–1.0%SwapChainPanel 可以当输出壳Win2D 不适合直接做输出循环C# 与 C 要分开选型几乎相同20000×200 CPU 0.07 vs 0.06 核GPU 8.1% vs 8.7%延迟都是约 65 ms低延迟都是约 32 ms不必。两者可以视为同一量级关掉垂直同步后的吞吐可以用来给方案排名窗口化 DXGI 翻转链会被显示器刷新率封顶。脱离呈现链路测到的往往是屏幕刷新率不是绘制能力不成立。应在目标刷新率下、打开垂直同步来比较网页只能当对照没有实际用途目标分辨率下网页 CPU 画布、WebGL、GPU 画布都能稳 60Hz但 GPU 画布宽度超过 16384 会回退 CPU加视频后掉帧 42%、浏览器内存涨到约 11 GB浏览器也无法固定输出显示器、控制延迟能跑但不适合做正式输出3. 按使用门槛筛选实现A 核显·三档分辨率视频都稳B 核显·压力项稳C 取数→上屏 ≤ 60 msD CPU 占用20000×200视频E 独显跨卡仍稳C# Vortice / C D3D11低延迟交换链✓20000×200 两种内容实测未单测同一核见下行✓ 约 31–32 ms0.15 核✓C# Vortice / C / WinForms 壳 D3D11默认交换链✓✓C、WinForms 壳 0%Vortice 两轮 0%、副屏刚接入那一轮 1.89%✗ 约 64–65 ms0.10–0.11 核✓WinUI 3 壳 SwapChainPanel D3D11✓全部 0%✓0%✗ 约 65 ms默认交换链可等待交换链未单测0.15 核✓视频项 0.44%副屏在线WPF 壳 D3D11D3DImage✓✓✓ 约 48 ms0.26 核✗ 掉帧 0.6–3.6%WinUI 3 Win2D原生画法△ 0.33–1.0%△ 0.26%✓ p50 约 31–48 msp99 48–66 ms0.18 核△ 0.22–1.0%Qt Quick 5.15FBO OpenGL 画笔△ 视频时 0.15%✗ 62%✗ 约 67 ms0.17 核✓压力项除外Avalonia GPU Skia△ 视频时 0.19%✗ 43%—PresentMon 看不到0.35 核△ 0.06–2.6%不稳定网页 WebGL△ 视频时 0.33%✗ 66%△ 49–66 ms0.27 核✓压力项 0.28%网页 CPU 画布✓✗ 94%△ 48–66 ms0.89 核—WPF GDI 位图△ 视频时 0.15%✗ 87%✓ 约 48.5 ms1.14 核—Qt Widgets QPainter△ 0.11–0.26%应用侧计时✗ 81%—0.51 核—WinForms GDI / Avalonia 软件 Skia / 网页 GPU 画布✗✗—0.38 / 1.35 / 1.18 核—C 用的是“取数→上屏”从本帧开始到显示器扫出。如果端到端还要计入网络收包余量比表中更小把 60 ms 当作上限时默认交换链已经没有余量。4. 怎么选主渲染核D3D11 D2D 自建 DXGI 交换链。界面和工具若已在 .NET 上渲染核可以用 C# Vortice需要进程隔离或原生内核时用 C同一套设计。两条必须满足的约束交换链打开FRAME_LATENCY_WAITABLE_OBJECT并SetMaximumFrameLatency(1)每帧先等再取数。默认配置取数→上屏约 65 ms改后约 31 ms掉帧仍 ≤ 0.04%CPU 多约 0.01–0.05 核。LED 输出窗口全屏铺满目标屏走 Hardware Independent Flip本次 D3D11 组全部拿到不要让输出经过 WPF / Avalonia 的合成树。界面和 LED 输出放在同一个程序里时首选 WinUI 3 SwapChainPanel不成熟的WinUI3性能优势却体现出来了。嵌入的是同一个 D3D11 核实测与纯 Win32 等价核显所有场景 0% 掉帧压力分辨率也稳走 Hardware Independent Flip。代价是多约 0.05 核 CPU、约 30 MB 内存以及 Windows App SDK 运行时可随程序自带。SwapChainPanel 的组合交换链同样可以开可等待模式降延迟采用前应再测一次。Win2D 原生画法绘制不贵、延迟也低但出帧有偶发重复帧不建议直接当 LED 输出循环做界面上的图表和预览可以。操作界面也可以用 WPF 或 WinForms。预览可以用 WPF D3DImage 嵌入同一个核核显上稳定、延迟约 48 ms但 LED 输出必须是独立的 DXGI 全屏窗口。D3DImage 在混合显卡、独显渲染时要跨卡拷贝掉帧 0.6–3.6%。另外单独复核时它的“GPU 共享内存”计数每秒增加约 2.7 GB27 秒到 69 GB远超 32 GB 物理内存同期系统已提交内存稳定在 21.6 GB、进程私有内存约 275 MB所以这是计数器记账异常不是真实占用。它说明共享纹理每帧都在被重复映射长时间运行前要确认不会耗尽句柄或显存地址空间。Qt界面必须使用 Qt 时Qt 做界面LED 输出仍走 D3D11 核。Qt Quick 5.15 在三档目标分辨率上能稳 60Hz、CPU 也低但全屏走 Legacy Flip进程退出会重置显示器刷新率多屏输出时会影响其他屏幕延迟约 67 ms压力分辨率不达标。若坚持由 Qt 渲染需要另测 Qt 6 RHID3D11 后端。Avalonia GPU 和网页不适合做正式输出跨平台特性的架构在Windows性能表现上不占优势。目标分辨率下能跑但扩展余量小Avalonia GPU 的核显 3D 占用约为 D3D11 的 3 倍压力分辨率掉帧 43%且走 Windows 合成表面PresentMon 无法核实上屏。浏览器 GPU 画布超过 16384 宽会回退到 CPU加视频后掉帧 42%、内存约 11 GB也无法固定输出显示器。不建议继续投入WinForms GDI、Avalonia 软件渲染。WinForms 只有 3840 宽勉强0.74%8192 宽起掉帧 51–80%Avalonia 软件渲染在 3840 宽就掉 51%。瓶颈在整屏像素交出窗口不在绘制本身换更快的 CPU 也很难补上。WPF 位图和网页 CPU 画布能稳住三档目标分辨率但 CPU 占用是 D3D11 组的 8–12 倍0.53–1.14 核 vs 0.06–0.11 核。留给视频解码、编码输出和多屏扩展的余量最小只适合工具或备用。三、测试超长条屏的负载不在窗口有多高而在每一帧要交出多少真实像素以及这些像素能不能按刷新率稳定送上屏幕。刷新率锁定 60Hz并打开垂直同步。条屏的 HDMI 输入通常就是 60Hz。窗口化 DXGI 翻转链会被显示器刷新率封顶因此不用“关掉垂直同步后的吞吐”给方案排名。分辨率取三档常见条屏外加一档压力分辨率。3840×180、8192×192、20000×200 代表从常规到超长40000×3000 只用来看扩展余量。输出按 1:1 折行。长条折进 2560×1600 的输出窗口20000×200 为 8 行每一帧提交整条像素而不是缩成一条预览。加入 2 路 720p60 视频贴图。每帧上传新画面模拟软件解码后的视频层。硬件解码直接输出纹理没有纳入这次测试。同一个 D3D11 核放进不同外壳。包括 Win32、WinForms 自建交换链、WPF 的 D3DImage以及 WinUI 3 的 SwapChainPanel。WinUI 3 另外测了 Win2D 原生画法。GPU 时间用 PresentMon 的逐帧 GPU 忙碌时间。表里的“CPU 侧绘制”对 GPU 路径只表示 CPU 提交命令的开销。核显和独显分开测并用性能计数器核对实际工作的显卡。各实现尽量对齐同一套绘制条件。字号统一为像素WPF、Avalonia 和网页按物理像素输出GDI 类窗口用 DwmFlush 对齐刷新Avalonia 用 RequestAnimationFrame分块绘制只画本块内的内容截图放在计时窗口之后测量时不画 HUD网页不在每帧调用 gl.finish。统计方式。每项 3 轮独显 2 轮每轮 15 秒预热 4 秒。实现顺序按轮次轮换。百分位合并全部轮次计算并列出每一轮的掉帧率。四、目标分辨率核显、60Hz三档目标宽度都锁定 60Hz、打开垂直同步并按 1:1 折行输出整条像素。总表看判定明细表保留分位数和每一轮掉帧率。3840×180 明细8192×192 明细20000×200 明细五、加视频贴图20000×200 2 路 720p60两路 720p 画面每帧重新上传用来模拟软件解码后的视频层。硬件解码直接输出纹理的路径这次没有测。核显独显仅 GPU 类实现六、压力分辨率 40000×300040000×3000 约 1.2 亿像素只能整幅缩小预览。它超出常规条屏分辨率用来看方案还有没有扩展余量。核显独显独显 20000×200无视频七、呈现路径、延迟与显卡核实同样显示 60 帧像素走过的路径可以完全不同。这里核对呈现模式、取数到上屏的时间以及程序实际使用的显卡。20000×200、核显20000×200、独显画面要跨卡拷到接屏的核显“取数→上屏” PresentMon 的 MsCPUBusy MsUntilDisplayed从本帧开始取数到显示器开始扫出。不含液晶响应、发送卡和灯板延迟。Hardware Composed: Independent Flip 走硬件叠加层、绕过 DWM 合成延迟最低Composed: Copy with GPU GDI 老式拷贝合成多一帧左右。各实现实际跑在哪块显卡同一 D3D11 程序默认交换链 vs 低延迟交换链默认 DXGI 允许 CPU 提前排队大约 23 帧。可等待交换链把最大帧延迟限制为 1延迟大约减半出帧节奏仍保持 60Hz。DXGI 默认允许 CPU 最多提前排队 3 帧开 vsync 的循环会一直跑在前面取数到上屏就多出 23 帧。低延迟做法交换链加 FRAME_LATENCY_WAITABLE_OBJECT、SetMaximumFrameLatency(1)每帧先等可等待对象再取数绘制。这是自建交换链C#/C 直调 D3D11才能做的调整WPF / Avalonia / 浏览器的合成链不由应用控制。八、核显 vs 独显GPU 类实现这台笔记本的内屏接在核显上。独显画出的画面还要跨卡送到核显所以换用独显并不自动等于更快。这台是混合显卡笔记本内屏接在核显上独显渲染的每一帧还要跨卡拷到核显再显示PresentMon 的 Hybrid 标记。若 LED 的 HDMI 接在独显口上独显一列会更好若输出电脑只有核显以核显一列为准。九、50Hz广电制式这次使用的屏幕不能输出 50Hz。已经稳定跑在 60Hz 的方案帧预算上可以覆盖 50Hz其余只是单帧耗时推算必须到 50Hz 输出上复测。这次使用的屏幕只支持 60/240Hz50Hz 没法实测。已经稳定在 60Hz 的方案帧预算上可以覆盖 50Hz其余只按单帧耗时推算未含输出拷贝只作参考需要在 50Hz 输出上实测。十、数据质量与局限副屏接入、PresentMon 看不到的合成表面、混合显卡以及尚未覆盖的长稳和真实视频链路都列在这里。运行305 次成功 305重试 1失败 0。同一配置里既有单屏轮次又有副屏在线轮次的掉帧率对照如下用来判断副屏是否改变结论以下实现不走 DXGI/OpenGL 的 PresentGDI 位块传输或 Windows 合成表面PresentMon 看不到上屏事件节奏用程序自己的帧间隔WinForms GDI、Avalonia 软件 Skia、Qt Widgets QPainterQt 5.15、Avalonia GPU SkiaANGLE/D3D11。这类数据只能证明“程序每拍都交了一帧”不能证明 DWM 每拍都显示了它。机器Intel(R) Core(TM) i9-14900HX31.7 GBMicrosoft Windows 11 家庭版 中文版 build 26200电源高性能接电源True。显示2560×1600测前 240Hz测试中 60Hz。PresentMon PresentMon-2.4.1-x64.exeEdge 153.0.4234.48Qt 5.15.2 msvc2019_64.NET SDK 10.0.400。显卡OrayIddDriver Device驱动 17.50.19.949Intel(R) UHD Graphics驱动 32.0.101.6881NVIDIA GeForce RTX 4060 Laptop GPU驱动 32.0.15.6094。测试时仍有其他桌面程序在运行独显复制引擎有约 10% 的外部占用。这是一台笔记本i9-14900HX RTX 4060 Laptop混合显卡。结论能说明“各技术在同一台机器上的相对差距”绝对数字不能直接套到其他机器上正式采用前应在目标机器上按同一口径复测。Qt 测的是 Qt 5.15 的 QPainterWidgets 为 CPUQuick 为 FBO 上的 OpenGL 画笔不是 QML 原生文字元素或 Qt 6 RHIQt 6 需另测。视频层用预生成帧模拟软件解码每帧上传。若用硬件解码直接得到纹理可以少一次拷贝这次没有测。未做 48 小时连续运行。选定方案后应在目标机器上连续运行数小时观察内存、句柄、显存和 p99。十一、再次结论渲染核优先选择D3D11 D2D 自建 DXGI 交换链C# Vortice 或 C两者实测等价。 它是核显上所有目标场景含 2 路视频、含 1.2 亿像素压力分辨率都稳定 60Hz的一组CPU 占用最低20000×200 约 0.06–0.08 核加视频 0.10–0.11 核、GPU 占用最低核显 3D 约 8%、内存最小约 110–180 MB 并且可以把“取数→上屏”延迟从默认约 65 ms 降到约 31 ms。 外壳可选用原生Win32、WinForms 、WinUI 3SwapChainPanel实测结果几乎无差异。不成熟的 WinUI 3 竟然有如此好的性能表现。十二、加深认识Vortice再来认识一下强大的 Vortice Vortice 是一套 .NET 平台的原生图形 API 绑定库MIT 开源核心作者 amerkoleci是早已停止维护的 SharpDX 的现代继任者用来让 C# 直接调用底层 GPU / 多媒体原生 API几乎无额外开销。它不是游戏引擎只是底层 API 的 C# 托管封装适合自己写渲染器、2D/3D 工具、数字孪生、自定义引擎。支持 D3D12 最新接口、Vulkan、现代.NET。