我看到OpenGL版本3和更高版本取消了客户端渲染的使用。立即模式已被消除，并且顶点数组似乎已被弃用。相反，如果我理解正确，则VBO是渲染顶点的主要方法。
虽然我看到采用统一的方式呈现所有内容的逻辑，但VBO是否在顶点阵列方面没有重大缺点？我以为VBO通常应该是包含大于1MB数据的大缓冲区。如果我的场景具有许多较小的几何形状怎么办？我有一个场景图，其中包含大量节点，每个节点都需要自己的变换，等等。每个节点也应该能够分别删除，单独添加，等等。我以前使用的是顶点数组。因此，我的第一个问题是，如果我切换到VBO，现在是否需要为每个场景分配一个VBO，这会给我的场景图对象带来更大的开销。
另一个问题是我渲染的几何图形可能是高度动态的。在最坏的情况下，有时可能需要在一段时间内每帧重新发送所有几何图形。在这种用例中，VBO的性能是否会比顶点阵列差，或者最差的VBO的工作量与顶点阵列一样多，但没有更多？
因此，以更简洁的格式，我的问题是：
1）分配/取消分配VBO是否有相当大的开销（我的意思是仅仅建立一个缓冲区）？
2）如果我要每帧更新CPU的数据，这是否会比使用顶点数组的情况差很多？
最后，我想知道：
3）如果对以上两个问题的回答均为“是”，为什么不赞成使用其他渲染模式，而不是VBO？我在这里缺少什么，比如我应该用来减轻这些潜在分配成本等的技术吗？
4）根据我使用的OpenGL版本，这些问题的答案是否会发生实质性变化？如果我通过使用高性能的VBO将代码重构为OpenGL 3或4向前兼容，那么相同的技术可能会在OpenGL 2中很好地发挥作用，或者某些技术在OpenGL 3中可能会快得多+和其他使用OpenGL 2的软件？
我在堆栈溢出时问了这个问题，但是我在这里重新发布，因为我意识到这个站点可能更适合我的问题。