显卡“掉驱动”这事，玩家们吐槽了不是一年两年了。无论你用AMD、NVIDIA还是Intel，谁还没遇到过屏幕突然一黑、游戏瞬间闪退的糟心时刻？问题在于，开发者要诊断这类GPU崩溃，难度实在不小——难以复现，不同硬件、驱动版本和系统环境排布组合起来就是一座迷宫。此前业内始终没有一套能打通所有硬件厂商的通用调查流程。

好消息是，微软终于决定对这块“硬骨头”下手了。当地时间6月18日，微软正式面向开发者推出了DirectX Dump Files（DirectX转储文件）的公开预览版。这项功能最初在今年游戏&开发者大会（GDC）上透露。目标很明确：把主机级别的GPU开发工具带到Windows平台，为GPU崩溃调试铺一条标准化的路。

其实，Windows 11的图形驱动超时与检测恢复（TDR）机制并非新东西。Win11 24H2和25H2中的WDDM 3.2就已经针对这类问题做过专门优化。但DirectX Dump Files公开预览版的推出，才真正算得上是微软迈向跨硬件厂商（IHV）统一解决方案的第一步。

核心机制与原理

简单来说，这项名为“DirectX Dump Files”的新API，其工作方式类似于系统崩溃时生成的内存转储文件。当发生图形相关的崩溃、挂起或冻结时，系统会自动抓取那一刻GPU执行状态的快照。

系统会生成一个扩展名为 .dxdmp 的全面转储文件。这里面涵盖了硬件、驱动、Windows系统以及受影响应用程序的详细信息。相当于给开发者提供了一份现场还原的完整档案。

早在GDC 2026上首次展示时，微软就详细讲出了DDF的设计逻辑：从图形栈的每一层收集数据，全部整合到一个文件中。这样一来，开发者再也无需手动关联多个工具日志，一步到位。

数据采集有多全面？

转储文件可以包含大量技术细节，比如：

• GPU硬件状态信息：寄存器值、着色器程序计数器、页错误虚拟地址、着色器内存数据和命令缓冲区等。
• DirectX运行时和内核信息：D3D对象、管线状态对象、设备错误数据、适配器详情以及CPU调用堆栈。

就诊断价值而言，这已经相当完备。

微软透露，该功能围绕两个主要用例设计：零售设备移除和本地设备移除。前者允许开发者从终端用户的实际设备上收集崩溃信息。后者则帮助QA团队和开发者在测试机器上调查问题。开发者还可以通过新的D3D12 API附加最多2MB的自定义应用数据，为故障排除提供额外的上下文信息。

三种模式，兼顾开销与精度

性能开销也是个需要权衡的问题。微软引入了三种模式：

• “无开销（NO_OVERHEAD）”模式：运行时零成本，适合大规模分发部署。
• “中开销（MEDIUM_OVERHEAD）”模式：在诊断数据与性能影响之间取得平衡。
• “高开销（HIGH_OVERHEAD）”模式：信息收集最详尽，但性能代价也最高。

开发者可以根据实际情况灵活选用。

此外，新版还引入了HLSL DebugBreak()内部函数。当着色器遇到预期外的情况时，可以故意触发TDR并生成转储文件——相当于主动“扔出一颗信号弹”。

值得关注的是，在兼容的Tier 2级别硬件上，系统会默认启用零开销模式。这意味着开发者无需修改代码就能接收崩溃诊断数据。这才是真正降低使用门槛的关键设计。

生态合作与时间表

微软高级程序经理Jacques van Rhyn指出，AMD、英特尔、英伟达和高通均在GDC上展示过该功能。目前部分选定设备已经获得了专用驱动支持，未来硬件覆盖范围还会继续扩大。即便在没有专用驱动的硬件上，只要系统和Agility SDK满足要求，也能生成不含硬件状态和驱动数据的部分转储文件。

使用方面，目前该功能需要设备开启开发者模式，并搭配Agility SDK 1.721.1-preview以及特定版本的Windows系统：

• 24H2/25H2需KB5089573或更高版本
• 26H1需KB5089570或更高版本

硬件与驱动方面：

• AMD已推出面向Agility SDK的开发者预览版驱动（版本号26.10.07.02），支持Radeon RX 9000系列和RX 7000系列显卡。
• 英特尔、英伟达和高通的预览驱动则需联系各自的开发者关系代表获取。

微软明确表示，DirectX Dump Files目前尚未打算用于零售版游戏的部署。现阶段鼓励开发者使用预览版来验证工作流并协助塑造最终产品。从时间表来看，预计在2026年秋季前后，也就是Win11 26H2正式落地时，才会进行更大范围的推送。

这条路走了很久，但终归看到了一个标准化的方向。对于整个GPU开发生态而言，这或许是一份迟来但必要的礼物。

《夸克》非常好用的免费AI浏览器

下载APP查看