Vulkan Z预渲染与MSAA性能异常问题咨询

深度缓冲区的MSAA是否被执行了两次？ #

是的，你的猜测完全正确。在你当前的单渲染通道双路子通道架构中：

• 第一路子通道（Z预渲染）会针对MSAA深度缓冲区的每个样本执行深度写入计算；
• 第二路子通道（颜色渲染）读取这份MSAA深度缓冲区时，同样需要针对每个样本执行深度测试计算。
  两次完整的MSAA样本级深度操作直接导致深度计算工作量翻倍，这就是启用MSAA后性能暴跌的核心原因。

另外你提到的VkSubpassDescriptionDepthStencilResolve限制是符合Vulkan规范的：规范明确要求深度模板resolve附件的采样数不能低于颜色附件的采样数，这是为了保证resolve操作的样本映射逻辑正确性，避免出现采样数不匹配的错误。

解决办法 #

1. 拆分渲染通道，用单样本深度做中间桥接 #

这是最直观且兼容性最好的方案：

• 第一渲染通道（Z预渲染）：仅绑定MSAA深度缓冲区，不输出颜色。渲染完成后，通过vkCmdResolveImage将MSAA深度缓冲区resolve到一份单样本深度缓冲区中。
• 第二渲染通道（颜色渲染）：绑定单样本深度缓冲区（只读）和MSAA颜色缓冲区。此时颜色渲染的深度测试仅处理单样本数据，避免了第二次MSAA深度计算，而颜色的MSAA正常执行。
• 关键操作：确保深度图像的布局转换正确，比如从VK_IMAGE_LAYOUT_DEPTH_STENCIL_ATTACHMENT_OPTIMAL转换为VK_IMAGE_LAYOUT_DEPTH_STENCIL_READ_ONLY_OPTIMAL，resolve操作使用VK_IMAGE_LAYOUT_TRANSFER_SRC_OPTIMAL和VK_IMAGE_LAYOUT_TRANSFER_DST_OPTIMAL布局。

2. 单渲染通道内通过子通道resolve实现深度复用 #

如果坚持使用单渲染通道，可以通过子通道的resolve机制将MSAA深度转换为单样本深度供第二路子通道使用：

• 创建两个深度图像：一个MSAA格式（用于Z预渲染），一个单样本格式（用于颜色渲染的深度测试）。
• 配置第一路子通道：将MSAA深度设为深度模板附件，storeOp设为VK_ATTACHMENT_STORE_OP_STORE，并在VkSubpassDescription的pDepthStencilResolveAttachment字段指向单样本深度图像的视图。
• 配置第二路子通道：绑定单样本深度图像为只读深度附件，颜色附件使用MSAA格式。
• 配置子通道依赖：设置srcStageMask为VK_PIPELINE_STAGE_LATE_FRAGMENT_TESTS_BIT，dstStageMask为VK_PIPELINE_STAGE_EARLY_FRAGMENT_TESTS_BIT，并添加VK_SUBPASS_DEPENDENCY_RESOLVE_ATTACHMENT_BIT，确保第一路子通道的深度resolve完成后，第二路子通道才开始读取深度。

3. 放弃深度预渲染的MSAA，用单样本深度做Z预渲染 #

对于草叶这类细小几何体，单样本深度预渲染已经足够剔除绝大多数过绘制：

• Z预渲染阶段使用单样本深度缓冲区，完全避免MSAA深度计算开销；
• 颜色渲染阶段正常使用MSAA颜色缓冲区，兼顾画面质量和性能。
• 这个方案的性价比极高，因为草叶的边缘过绘制对性能的影响远小于MSAA深度计算的双倍开销。

4. 利用桌面GPU硬件特性优化 #

针对桌面GPU，开启以下特性可进一步降低开销：

• 使用支持深度压缩的格式（如VK_FORMAT_D32_SFLOAT_S8_UINT搭配VK_FORMAT_FEATURE_DEPTH_STENCIL_COMPRESSED_BIT），减少深度缓冲区的带宽占用；
• 关闭不必要的深度相关动态状态，比如未使用的VK_DYNAMIC_STATE_DEPTH_BIAS；
• 启用GPU的快速深度测试特性（部分厂商扩展支持，如NVIDIA的NV_clip_space_w_scaling等，需按需启用）。

内容的提问来源于stack exchange，提问作者Alex V.