DSA模式下OpenGL SSBO持久化映射回读依赖绑定与映射顺序问题

问题场景 #

通过持久化映射方式回读OpenGL计算着色器写入SSBO的数据时，逻辑上已做同步处理，但AMD GPU无法正确获取更新后的值，Nvidia GPU则表现正常。

复现代码 #

CPU端代码 #

std::int32_t value = 12u;
GLuint ssbo = 0u;
glCreateBuffers(1u, &ssbo);
glNamedBufferStorage(ssbo, sizeof(value), &value, GL_MAP_READ_BIT | GL_MAP_PERSISTENT_BIT);
const auto* ptr = reinterpret_cast<const std::int32_t*>(glMapNamedBuffer(ssbo, GL_READ_WRITE));

glBindBufferBase(GL_SHADER_STORAGE_BUFFER, 0, ssbo);
glDispatchCompute(1, 1, 1);
glFinish();
glMemoryBarrier(GL_ALL_BARRIER_BITS);

std::memcpy(&value, ptr, sizeof(value));
printf("Value: %d\n", value);

计算着色器代码 #

#version 460

layout (local_size_x = 1, local_size_y = 1, local_size_z = 1) in;
layout (std430, binding = 0) writeonly buffer resBuf { int res[]; };

void main()
{
    res[0] = 25;
}

现象说明 #

• 预期输出Value: 25，但AMD GPU下实际输出初始值12，已添加glFinish和GL_ALL_BARRIER_BITS确保同步。
• 交换glMapNamedBuffer与glBindBufferBase的调用顺序后，AMD GPU可得到正确结果；Nvidia GPU在两种顺序下均正常工作。

问题分析 #

1. DSA与传统绑定的差异：使用DSA接口（glCreateBuffers、glNamedBufferStorage）时，规范说明创建的缓冲区对象“仿佛已绑定到未指定目标”，无需显式绑定即可执行大部分操作。glBindBuffer文档中“缓冲区首次绑定后状态为未映射的零大小内存”的描述，是针对传统非DSA流程的。
2. AMD实现兼容性问题：这大概率是AMD OpenGL实现的bug——当缓冲区先被持久化映射，再绑定到GL_SHADER_STORAGE_BUFFER目标时，驱动未正确建立映射内存与设备端SSBO的关联，导致计算着色器的写入未同步到映射的主机内存区域。而先绑定再映射的操作触发了驱动内部的状态同步逻辑，从而修复了问题。

临时解决方案 #

• 调整调用顺序：先执行glBindBufferBase绑定SSBO，再调用glMapNamedBuffer进行持久化映射。
• 或在映射前将缓冲区临时绑定到任意伪目标（如GL_ARRAY_BUFFER），触发驱动的状态初始化。

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