跨MTLCommandQueue复用MTLTexture的安全性及同步机制咨询

核心结论 #

MTLHazardTrackingMode.tracked无法跨命令队列自动处理纹理的读写冲突，必须手动做同步控制。

详细说明 #

• 内置风险追踪仅覆盖单个命令队列内部的操作：它会自动管理同一队列内命令缓冲区的执行顺序，避免队列内的读写冲突，但对不同命令队列的操作完全无感知。
• 当你用两个独立队列分别执行纹理写入和读取时，哪怕开启了tracked模式，GPU仍可能并行处理两个队列的命令，直接导致读写冲突——比如读取队列拿到未完全写入的纹理数据，或者写入操作覆盖了正在被读取的内容。

手动同步的可行方案 #

• 使用MTLFence：在写入队列的命令缓冲区完成后触发fence信号，读取队列执行相关命令前先等待该fence。通过insertFence:和waitForFence:方法实现跨队列的同步节点。
• 使用MTLSharedEvent：原理和fence类似，但支持更灵活的阶段式同步，适合存在多个同步需求的复杂场景。
• 控制命令提交时机：等待写入队列的命令缓冲区完全执行完成（通过addCompletedHandler:监听回调）后，再提交读取队列的相关命令。这种方式会牺牲部分并行性，性能表现较差，仅适合简单场景。

适配你的速率差异场景 #

针对写入、读取速率不同的情况，优先推荐MTLFence做轻量同步：每次写入队列完成一批纹理更新后触发fence，读取队列在读取对应纹理前等待该fence。这种方式既能保证数据一致性，又能最大程度保留两个队列的并行执行能力。

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