Vulkan中通过单fence检查批量校验多提交状态的方案咨询

你提出的通过dummy虚拟提交实现多提交完成状态批量校验的思路完全可行，是Vulkan开发中经过大量工业项目验证的常规实践，比循环轮询多个fence的实现效率更高。

落地这个方案需要注意几个核心细节，避免出现同步逻辑错误：

• 信号量配置必须准确：绑定给dummy提交的等待信号量，必须是所有待校验目标提交执行完成后才会触发signal的信号量，不能误用提交前置等待阶段的信号量。dummy提交本身只需要绑定一个空的命令缓冲区即可，不需要挂载任何实际渲染、计算指令，GPU执行空提交的开销几乎可以忽略。
• 队列归属要匹配：dummy提交必须提交到和待校验目标提交相同队列族的队列上。跨队列族的信号量同步需要开启额外扩展，还会引入不必要的跨队列调度开销，完全没有必要。
• 生命周期管理不能漏：dummy提交自身用到的fence、空命令缓冲区、配套信号量建议提前初始化后按帧复用，等对应fence确认信号完成后，和同帧的其他命令缓冲、资源一起走回收逻辑即可，不要额外产生资源泄漏。

补充说明：这里要注意Vulkan接口的能力差异，如果你不需要非阻塞轮询，只是要阻塞等待所有目标提交完成后再执行后续逻辑，直接调用vkWaitForFences接口，传入所有待校验的fence、将waitAll参数设为VK_TRUE就能实现需求，不需要额外创建dummy提交。但如果是每帧做非阻塞的状态检查——比如判断N帧前的帧资源是否可以回收复用，不想阻塞当前渲染线程——dummy提交的方案优势就很明显：只需要调用一次vkGetFenceStatus就能拿到所有前置提交的完成状态，比循环多次调用vkGetFenceStatus带来的驱动交互开销低很多。

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