Vulkan多批次写入同一颜色附件出现噪点，求管线屏障正确配置

问题背景 #

在搭载集成显卡（仅单个VkQueue）的笔记本上开发Vulkan应用，启动时需运行计算量极大的片段着色器，其输出后续作为纹理读取。但因耗时过长，操作系统有时会终止进程，触发VK_ERROR_DEVICE_LOST错误。

为解决设备丢失问题，将渲染工作拆分：通过不同的scissor/render area划分绘制调用，每个批次使用独立的命令缓冲和VkSubmitInfo，共享帧缓冲。设备丢失问题解决，但除最后一个裁剪区域外，其余区域均出现噪点/垃圾数据——可见绘制已执行，但驱动似乎认为渲染完成后的内存可被复用。

原本以为帧缓冲的render area可以告知驱动“不要占用这块内存”，但未生效。尝试将附件的initialLayout设置为READ_ONLY_OPTIMAL（与finalLayout相同）时运行正常，但触发验证错误提示图像布局不正确；转换图像至正确布局后，渲染又出现问题。推测管线屏障设置有误，相关代码如下：

VkImageMemoryBarrier barrier = {
        .sType = VK_STRUCTURE_TYPE_IMAGE_MEMORY_BARRIER,
        .image = image,
        .oldLayout = VK_IMAGE_LAYOUT_UNDEFINED,
        .newLayout = VK_IMAGE_LAYOUT_READ_ONLY_OPTIMAL,
        .srcQueueFamilyIndex = VK_QUEUE_FAMILY_IGNORED,
        .dstQueueFamilyIndex = VK_QUEUE_FAMILY_IGNORED,
        .subresourceRange.aspectMask = VK_IMAGE_ASPECT_COLOR_BIT,
        .subresourceRange.levelCount = 1,
        .subresourceRange.layerCount = 1,
    };
vkCmdPipelineBarrier(cmd[i],
                     VK_PIPELINE_STAGE_TOP_OF_PIPE_BIT,
                     VK_PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT,
                     0, // dependencyFlags
                     0, NULL, 0, NULL, 1, &barrier);

请问这段代码哪里出错了？

解决方案 #

核心调整渲染流程中的布局转换与RenderPass设置，确保渲染区域内存不被驱动误复用：

// 设置RenderPass的初始与最终布局为颜色附件布局
renderpass = {
    .initialLayout = VK_IMAGE_LAYOUT_COLOR_ATTACHMENT_OPTIMAL, 
    .finalLayout = VK_IMAGE_LAYOUT_COLOR_ATTACHMENT_OPTIMAL
};

if (batch == 0) {
    // 第一个批次：将图像从UNDEFINED布局转换为颜色附件布局
    vkCmdPipelineBarrier(cmd,
                         VK_PIPELINE_STAGE_TOP_OF_PIPE_BIT,
                         VK_PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT,
                         0,
                         0, NULL, 0, NULL,
                         1, &(VkImageMemoryBarrier){
                             .sType = VK_STRUCTURE_TYPE_IMAGE_MEMORY_BARRIER,
                             .image = image,
                             .oldLayout = VK_IMAGE_LAYOUT_UNDEFINED,
                             .newLayout = VK_IMAGE_LAYOUT_COLOR_ATTACHMENT_OPTIMAL,
                             .srcQueueFamilyIndex = VK_QUEUE_FAMILY_IGNORED,
                             .dstQueueFamilyIndex = VK_QUEUE_FAMILY_IGNORED,
                             .subresourceRange = {
                                 .aspectMask = VK_IMAGE_ASPECT_COLOR_BIT,
                                 .levelCount = 1,
                                 .layerCount = 1
                             }
                         });
}

// 执行当前批次的RenderPass
vkCmdBeginRenderPass(cmd, &renderPassBeginInfo, VK_SUBPASS_CONTENTS_INLINE);
// ... 绘制调用逻辑 ...
vkCmdEndRenderPass(cmd);

if (batch == last) {
    // 最后一个批次：将图像从颜色附件布局转换为只读布局，供后续纹理读取
    vkCmdPipelineBarrier(cmd,
                         VK_PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT,
                         VK_PIPELINE_STAGE_COLOR_ATTACHMENT_OUTPUT_BIT,
                         0,
                         0, NULL, 0, NULL,
                         1, &(VkImageMemoryBarrier){
                             .sType = VK_STRUCTURE_TYPE_IMAGE_MEMORY_BARRIER,
                             .image = image,
                             .oldLayout = VK_IMAGE_LAYOUT_COLOR_ATTACHMENT_OPTIMAL,
                             .newLayout = VK_IMAGE_LAYOUT_SHADER_READ_ONLY_OPTIMAL,
                             .srcQueueFamilyIndex = VK_QUEUE_FAMILY_IGNORED,
                             .dstQueueFamilyIndex = VK_QUEUE_FAMILY_IGNORED,
                             .subresourceRange = {
                                 .aspectMask = VK_IMAGE_ASPECT_COLOR_BIT,
                                 .levelCount = 1,
                                 .layerCount = 1
                             }
                         });
}

关键说明 #

1. RenderPass布局保持一致：将RenderPass的initialLayout和finalLayout都设为VK_IMAGE_LAYOUT_COLOR_ATTACHMENT_OPTIMAL，确保每个批次渲染后，图像仍处于可继续写入的颜色附件布局，驱动不会将其内存标记为可复用。
2. 分批次布局转换：
   • 仅第一个批次需要将图像从初始的UNDEFINED布局转换为颜色附件布局；
   • 仅最后一个批次完成后，才将图像转换为SHADER_READ_ONLY_OPTIMAL布局，供后续作为纹理读取。
3. 屏障阶段匹配：布局转换的管线阶段需与操作类型匹配，确保内存可见性和操作顺序正确。

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