微软推出 DirectX Dump Files 预览版：旨在统一解决 AMD / 英伟达 / 英特尔显卡驱动崩溃诊断难题，将随 Win11 26H2 推送

IT之家 6 月 19 日消息，微软正在着手解决一个长期困扰 Windows 用户的痛点 —— 图形驱动崩溃问题，并且这一次的改进方案有望同时惠及 AMD、Nvidia 和 Intel 三大 GPU 阵营。微软于当地时间 6 月 18 日宣布面向开发者推出 DirectX Dump Files（DirectX 转储文件）的公开预览版。这一核心功能最初在今年的游戏开发者大会（GDC）上公布，旨在将主机级别的 GPU 开发工具引入 Windows 平台，作为在 Windows 上进行 GPU 崩溃调试的重要一步。一直以来，经常能看到有玩家吐槽显卡“掉驱动”问题，而开发者要想查找和诊断这类 GPU 崩溃问题却极具挑战性，不仅难以复现，而且不同硬件、驱动程序和 Windows 系统版本所面临的问题十分广泛，此前并没有一套适用于所有硬件厂商的通用调查流程。值得一提的是，Windows 11 的图形驱动超时与检测恢复（TDR）机制并非新项目，Win11 24H2 和 25H2 中的 WDDM 3.2 就包含了针对这一问题的专门优化。不过，DirectX Dump Files 公开预览版的推出，正是微软迈向跨硬件厂商（IHV）解决方案的第一步。这项名为“DirectX Dump Files”的 DirectX 12 API 新功能，其工作原理类似于系统崩溃或冻结时生成的内存转储文件 —— 当发生图形相关的崩溃、挂起或冻结时，系统会自动记录下那一刻 GPU 执行状态的快照，生成一个扩展名为 .dxdmp 的全面转储文件，其中包含有关硬件、驱动程序、Windows 以及受影响应用程序的详细信息，以便开发者更好地理解和诊断错误。早在 GDC 2026 上首次展示该技术时，微软就详细解释了 DDF 的设计思路：从图形栈的每一层收集数据并整合到单一文件中，从而消除开发者手动关联多个工具日志的麻烦。转储文件中可包含大量技术细节，如寄存器值、着色器程序计数器、页错误虚拟地址、着色器内存数据和命令缓冲区等 GPU 硬件状态信息，同时还会捕获 DirectX 运行时和内核信息，包括 D3D 对象、管线状态对象、设备错误数据、适配器详情以及 CPU 调用堆栈。微软表示，该功能围绕两个主要用例构建：零售设备移除和本地设备移除。前者允许开发者从终端用户的实际设备上收集崩溃信息，后者则帮助 QA 团队和开发者在测试机器上调查问题。开发者还可以通过新的 D3D12 API 附加最多 2 MB 的自定义应用数据，为故障排除提供额外上下文。此外，微软引入了三种模式供开发者在性能开销和精度之间进行平衡，分别为无运行时成本且适合广泛部署的“无开销（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 已推出相关的 AgilitySDK 开发者预览版驱动（版本号 26.10.07.02），支持 AMD Radeon RX 9000 系列和 RX 7000 系列显卡；英特尔、英伟达和高通的预览驱动或开发信息则需联系其各自的开发者关系代表获取。微软明确指出，DirectX Dump Files 目前尚未打算用于零售版游戏的部署，并鼓励开发者在现阶段使用该预览版来验证工作流并协助塑造最终产品。从时间表来看，微软预计将在 2026 年秋季前后，也就是 Win11 26H2 落地之际进行更广泛的推送。