统一描述符存储：单缓冲区存多帧数据还是每帧用独立缓冲区？

针对2个在途帧的Uniform缓冲区分配需求，单一大容量缓冲区+偏移定位的方案是现代图形开发的标准最佳实践，综合性能表现优于逐帧独立创建缓冲区的方案，具体原因如下：

性能层面的核心差异 #

• 更低的冗余开销：每个缓冲区对象在驱动层都要存储一份元数据，创建、销毁时也会触发对应的系统调用，逐帧建独立缓冲区平白多了很多无意义的资源管理开销。2个在途帧看着差距不大，后续如果加到3个在途帧、或者帧内要存几十组不同的Uniform数据，这部分开销会线性上涨。
• 更高的访存效率：单缓冲区申请的内存是连续的，CPU侧写入每帧矩阵数据时缓存命中率更高，不会出现多块离散内存来回切换的情况；GPU读数据时做预取、地址翻译也不用跨不同缓冲区的页表，能减少不少不必要的访存成本。
• 更少的渲染状态切换：渲染时换绑不同缓冲区属于实打实的状态变更，会触发驱动层的状态校验、命令队列刷新逻辑，draw call数量较高时这部分开销很容易成为瓶颈。用单缓冲区的话根本不需要更换绑定的缓冲区对象，只需要在绑定时传入当前帧的偏移值即可，能少往命令缓冲里塞很多状态切换指令。

开发维护层面的差异 #

• 对齐处理更省事：你只需要在初始化时查询一次设备要求的minUniformBufferOffsetAlignment参数，把单帧Uniform数据的大小向上对齐到该值，作为两帧数据之间的偏移步长就够了，不用给每个独立缓冲区分别配置内存属性、做对齐校验。
• 资源管理更简单：只需要维护一个缓冲区句柄，不用管理数组内一堆缓冲区的生命周期，也能减少漏释放、内存属性配置错误这类低级bug的出现概率。
• 不存在数据冲突风险：很多人一开始会担心单缓冲区存两帧数据会不会出现互相覆盖的问题，其实只要给每帧预留的空间足够，写数据时严格写入当前帧对应的偏移区间，和独立缓冲区的内存隔离效果没有任何区别——本质上你只是把两块本来就可以连续存放的内存，归到同一个缓冲区对象下管理而已，GPU不会乱读不属于当前帧的区间。

例外情况：逐帧独立缓冲区不是完全不能用，只有当不同帧的Uniform需要完全不同的内存属性时（比如某一帧的Uniform要放到设备本地内存长期复用，另一帧要放到主机可见内存逐帧更新），才有必要拆成独立缓冲区。如果只是存储逐帧更新的视图矩阵、投影矩阵这类通用数据，拆成独立缓冲区没有任何收益。

目前不管是Unreal、Unity这类商业引擎，还是显卡厂商的官方API示例，处理多在途帧的动态Uniform数据时，用的全是单缓冲区按偏移切分的方案，几乎找不到逐帧建独立缓冲区的工业级实现。

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