低配置PC下D3D11跨进程纹理共享场景中DWM高资源占用问题

核心原因分析 #

1. Windows11 DWM合成逻辑差异 #

Win11的DWM compositor对跨进程资源的处理逻辑较Win10更复杂，核显设备上的额外开销尤为明显：

• 若共享纹理使用非DWM原生支持的格式（如压缩格式、特殊色彩空间），DWM会在CPU/GPU层面额外执行格式转换操作，核显的弱处理能力会放大这部分开销。
• 跨屏窗口合成的调度逻辑更严苛，多屏场景下DWM需要维护跨显示器的纹理同步队列，核显带宽不足时，队列调度的CPU/GPU消耗会大幅上升。

2. 核显硬件能力限制 #

i3-1115G4的UHD Graphics 730核显存在先天短板：

• 缺乏独立的高性能视频处理单元，无法像RTX2070那样硬件加速完成纹理同步、合成等操作，大量工作需要CPU辅助执行，直接推高DWM的双核心占用。
• 显存带宽和计算能力远低于独立显卡，无法快速处理跨进程共享纹理的频繁同步请求，导致任务积压、资源消耗飙升。

3. 系统统计逻辑差异 #

Win11的DWM会将部分窗口重定向、纹理适配的开销计入自身占用，而Win10下这些开销可能被分摊到应用进程中，这也会造成两者统计数据的显著差异。

应用架构潜在问题与优化建议 #

1. 共享纹理配置优化 #

• 使用DWM友好格式：将共享纹理格式改为DXGI_FORMAT_B8G8R8A8_UNORM，这是DWM合成时的原生最优格式，可彻底避免额外的格式转换开销。
• 优化KeyedMutex同步逻辑：检查D3D11_RESOURCE_MISC_SHARED_KEYEDMUTEX的等待/释放逻辑，避免长时间等待或频繁同步——不合理的同步会导致DWM在等待纹理就绪时空转，消耗大量CPU资源。

2. 窗口与交换链配置调整 #

• 添加无边框窗口扩展样式：给App1的无边框窗口设置WS_EX_NOREDIRECTIONBITMAP扩展样式，Win11下未设置该标记会触发DWM强制创建重定向纹理副本，大幅增加GPU占用。
• 使用翻转模型交换效果：将交换链配置为DXGI_SWAP_EFFECT_FLIP_SEQUENTIAL，这是Win11推荐的高效交换模式，能减少DWM的合成开销，避免传统丢弃模型带来的冗余纹理副本操作。

3. 跨进程同步与渲染逻辑优化 #

• 控制纹理更新频率：若App1的离屏纹理更新频率过高（如超过60FPS），核显设备上DWM无法及时处理同步请求，导致任务积压。可根据实际需求降低更新频率，或在低配置设备上动态调整帧率。
• 缓存共享纹理资源视图：App2避免每次渲染都重新创建共享纹理的资源视图，缓存视图可减少CPU的调度和资源创建开销。
• 尝试替代API：若场景允许，可尝试使用DXGI_OUTDUPL替代跨进程纹理共享，该API在多屏、低配置设备上的合成效率更高。

内容的提问来源于stack exchange，提问作者Andre Escudero