显卡上的buffer管理

http://developer.nvidia.com/sites/default/files/akamai/gamedev/files/gdc12/Efficient_Buffer_Management_McDonald.pptx

nvidia在gdc12上面的关于显卡上面buffer知识的介绍，针对dx11的比较多。

• 一般来说dx11要比dx9更加高效
• buffer的更新能batch就batch
• 16byte，alignment特别重要，性能可能相差30倍
• map/unmap要好于UpdateSubresource
• 尽量避免cpu-gpu sync points,这些行为会造成sync point
• 读你刚刚写入的framebuffer的信息
• cpu 循环等query结果
• gpu 显存在刚做了释放后，立刻又申请
• buffer在释放之后，又做改名字操作
• 更新正在使用的buffer
• dx9 使用flag=0来lock一个正在使用的buffer，会造成sync point

各种不同的buffer的update建议：

• forever:常驻的buffer，场景物件geometry类的，immutable flag，创建之后不再更新
• LongLived:会呆一会的buffer，用于streaming的这种，使用DEFAULT flag at creation time
• Temporary:particle类的，很快会被收掉的，DYNAMIC flag, Map/unmap来update
• Constants:constant buffer, DYNAMIC flag, Map/DISCARD to update

TemporaryBuffer

这里是需要额外注意一个pool的问题，cpu端release了之后，在gpu端实际是在使用结束了之后才release的。

所以需要使用一个query event，在确认使用结束了，然后再release会自己的pool里。

否则可能会出现，提前release了，马上又alloc出来，做内容填充，结果gpu还没释放，结果一个sync point，性能就悲剧了。

这种方式成为discard free temp buffer，效率最好

constant buffer

如果不是vertex shader bound，对于静态物体，可以使用把viewProjMatrix和worldMatrix分离的方式来尽可能减少constant buffer的update。

数据对比

• 115个vertex buffer update和一个大的vertexbuffer的map+115次memcpy，性能差4.1ms，绝对优势哦
• 如果discard free temp buffer : tripple buffer的map（MAP_NOOVERWRITE flag），可以再节省0.05ms，不过要付出额外两份memory