C#使用OpenTK开发OpenGL渲染10万三角形帧率极低如何优化？

1. DrawCall数量过多 #

OpenGL每次DrawElements调用都有固定的CPU开销，当DrawCall数量达到万级以上时，CPU会成为性能瓶颈，GPU无法满载运行。你当前的场景如果是生成了10万个各含1个三角形的Mesh，每帧遍历执行10万次绘制接口，就是典型的DrawCall过载场景。

2. 多余的OpenGL状态切换 #

你在Draw方法中每次绘制完成都执行GL.BindVertexArray(0)解绑VAO，下一次绘制又重新绑定VAO，这些无意义的状态切换会进一步放大DrawCall的开销。

3. 顶点/索引数据冗余（针对当前测试场景） #

你的测试用例中所有三角形都是完全相同的几何体，当前每个Mesh都单独存储一份重复的顶点、索引数据，既浪费显存，也没有利用GPU的实例化渲染特性。

4. 可能存在的网格资源重复创建 #

如果你在每帧渲染前都重新new Mesh()，会导致每帧都要重复执行内存分配、顶点/索引数据上传到GPU的操作，这部分开销极大。

• 合并静态网格：将位置、材质相同的静态三角形合并到同一个VAO/VBO中，只需要1次DrawCall就能完成全部10万个三角形的绘制，性能可提升上百倍。
• 移除多余状态切换：删除Draw方法末尾的GL.BindVertexArray(0)代码，相同VAO连续绘制时不需要反复绑定解绑。
• 重复几何体使用实例化渲染：如果要渲染大量相同的网格（比如当前测试场景的相同三角形），使用实例化绘制接口，只需要存1份三角形的顶点数据，1次DrawCall就能渲染任意数量的实例，还可以通过实例化属性传递每个实例的位置、缩放、颜色等参数。
• 预创建网格资源：所有静态网格只在初始化阶段创建一次，不要在渲染循环中反复重建、重新上传GPU数据。
• 优化索引数据类型：如果单份网格的顶点数量不超过65535，将索引数组类型从uint改为ushort，可以减少索引数据的带宽占用，提升渲染效率。
• 批次渲染：对于材质相同的不同网格，尽量合并到同一个渲染批次中提交，减少DrawCall和shader切换的开销。

内容的提问来源于stack exchange，提问作者LucioleMaléfique