实现PBR时Direct3D12设备因TDR超时被移除，求解决方法

让Windows识别应用未冻结的可行方案 #

• 定期处理Windows消息：在渲染等待阶段调用PeekMessage+DispatchMessage，避免系统判定应用无响应。
• 临时禁用GPU超时（仅调试用）：创建Direct3D12设备时，添加D3D12_CREATE_DEVICE_FLAG_DISABLE_GPU_TIMEOUT标志，但正式发布版本绝对不能使用，这只是临时排查手段。
• 拆分GPU任务：把长时间的渲染任务拆分成多个小批次，每完成一批就给CPU发信号，穿插处理消息或其他轻量操作，避免GPU长时间独占。

优化当前渲染流程（无需立即使用Compute Shader） #

• 批量提交所有立方体面的渲染命令：不要逐个面渲染并等待完成，一次性构建6个面的渲染命令列表，提交后统一等待GPU完成，减少CPU-GPU同步的开销，也避免单任务长时间占用GPU触发TDR。
• 降低辐照度贴图分辨率：辐照度贴图不需要高分辨率，512x512甚至256x256就足够PBR环境光照使用，能大幅减少GPU计算量，从根源降低TDR触发概率。
• 检查并简化Pixel Shader：对比原OpenGL着色器，排查是否有Direct3D12下的冗余计算或不兼容的高精度操作，比如不必要的循环、过度的浮点运算，优化后能降低GPU负载。

是否必须使用Compute Shader或多线程？ #

• 不是必须。Compute Shader确实是处理立方体贴图卷积（生成辐照度贴图）的更高效方式，但先优化上述渲染流程就能解决TDR问题。多线程主要用于CPU端命令列表的并行构建，能提升CPU效率，但不是解决TDR的核心，核心是减少GPU单任务的持续运行时间。

内容的提问来源于stack exchange，提问作者Lucas Jorgenson