跨越多个着色器的流水线障碍？

Question

通过Vulkan barriers explained判断，似乎每个vkCmdPipelineBarrier都引入了两个后续管道“运行”之间的依赖关系。对于写入图像和着色器B中的样品相同的图像着色器A的典型情况下，它可能是这样的：

1. 调度着色器写入图像A
2. vkCmdPipelineBarrier(cmd, VK_PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT, VK_PIPELINE_STAGE_FRAGMENT_SHADER_BIT, ...);
3. 调度着色器从图像读取A

这定义了从第一个着色器执行的颜色附件阶段到第二个着色器执行的片段阶段的依赖关系。但如果我想在两者之间运行独立命令，该怎么办？例如

1. 调度着色器写入图像A
2. 调度无关着色器不触及图像A
3. vkCmdPipelineBarrier(cmd, VK_PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT, VK_PIPELINE_STAGE_FRAGMENT_SHADER_BIT, ...);
4. 调度着色器，从图像A

这仍然读但是效率不高：因为片段着色器阶段现在必须等待前一个，不相关的的颜色附件输出阶段着色器。如何在之前指定对着色器的依赖关系？

Answer 1

您正在寻找活动。 https://vulkan.lunarg.com/doc/view/1.0.57.0/windows/vkspec.html#synchronization-events

事件是原始的同步可以被用来插入提交到相同的队列之间，或主机和一个队列中的命令之间的细粒度依赖性。事件有两个状态 - 有信号和无信号。应用程序可以在主机或设备上发出事件信号或无信号事件。在执行进一步的操作之前，设备可以等待事件发出信号。不存在等待主机发出事件信号的命令，但可以查询事件的当前状态。

当记录命令缓冲区时，您在操作后通过vkCmdSetEvent发送事件信号。此后，可以使用vkCmdWaitEvents来定义先前事件信号操作与后续命令之间的存储器依赖性。见https://vulkan.lunarg.com/doc/view/1.0.57.0/windows/vkspec.html#vkCmdWaitEvents。

确保在通过vkCmdResetEvent再次使用之前重置该事件。并且注意：

应用程序在使用事件时应小心避免竞态条件。在vkCmdResetEvent命令和后面提交的vkCmdWaitEvents命令之间没有直接的顺序保证，因此这些命令之间必须包含其他一些执行依赖关系（例如信号量）。