CUDA/OpenGL互操作何时线程安全？双线程无锁操作是否可行？

首先直接给结论：这种无锁的实现方式是不安全的，核心原因在于CUDA和OpenGL对互操作资源的访问有严格的独占性规则，下面我会逐个拆解你的疑问：

1. cudaGraphicsMapResources()的同步保证到底是什么？ #

你引用的文档描述是准确的：

此函数提供同步保证，即在cudaGraphicsMapResources()之前发出的所有图形调用，将在流中后续发出的任何CUDA任务开始前完成。

简单说，这个函数会等待调用它之前所有已经提交的OpenGL操作执行完毕，确保CUDA拿到的资源是处于“空闲”状态的，不会和之前的OpenGL操作冲突。但注意：它不会阻止调用之后的OpenGL操作去访问这个资源——这也是问题所在。

2. 映射期间OpenGL操作会被阻塞吗？ #

不会。OpenGL没有机制去检测一个资源是否被CUDA映射了，如果你在cudaGraphicsMapResources()之后、cudaGraphicsUnmapResources()之前，让线程2调用glBindTexture并尝试绘制，OpenGL会直接尝试访问这个被CUDA独占的资源，这会触发未定义行为——可能出现画面撕裂、纹理数据错乱，甚至程序崩溃，完全不可控。

3. map/unmap期间尝试绘制会有问题吗？ #

当然会！CUDA图形互操作的核心规则就是：当资源被CUDA映射时，注册该资源的图形API（这里是OpenGL）不能访问它，反之亦然。线程2在映射期间的绘制操作直接违反了这个规则，必然会导致问题。

无锁实现安全互操作的正确方式 #

如果想不用锁实现安全的交互，最常用的方案是双缓冲纹理机制：

• 准备两个OpenGL纹理，比如texA和texB
• 线程1负责更新其中一个纹理（比如texA）：先map、写数据、unmap
• 线程2负责绘制另一个纹理（比如texB）：绑定、绘制、解绑
• 当线程1完成texA的unmap后，交换两个纹理的角色——下一轮线程1更新texB，线程2绘制texA

这种方式让两个线程永远不会同时访问同一个纹理，完全避免了资源竞争，也不需要锁的开销。

另外，如果你不想用双缓冲，也可以用同步原语来协调：

• 线程1在cudaGraphicsUnmapResources()之后，创建一个CUDA事件并同步
• 线程2在绘制前，等待这个CUDA事件完成，确保纹理已经被CUDA释放
• 反过来，线程2绘制完成后也可以触发一个OpenGL同步对象，让线程1等待后再map资源

总结 #

• cudaGraphicsMapResources()的同步只保障之前的OpenGL操作完成，不限制之后的操作
• 资源被CUDA映射时，OpenGL绝对不能访问，否则会触发未定义行为
• 无锁场景下，双缓冲是最可靠的安全实现方式

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