顶点处理瓶颈：CPU提交数据的效率陷阱，Draw Call与顶点缓存优化
好，咱们接着聊。上一章我们讲了GPU怎么处理顶点，这一章我重点说说CPU这边——说白了，就是CPU怎么把数据喂给GPU。很多项目跑起来卡，不是GPU不够快，而是CPU这边提交数据的方式太笨了。
我个人习惯，拿到一个性能瓶颈报告，先看CPU侧的提交耗时。为什么？因为GPU再快，你CPU喂不进去，它也只能干等着。这就像你请了个大厨，结果你端菜的速度跟不上，再好的厨艺也白搭。
Draw Call 到底是什么？
很多同学觉得Draw Call就是调用一次绘制命令。嗯，这么说也对，但不够本质。
Draw Call，本质上是你告诉GPU：「嘿，用这个顶点数据，这个shader，这个纹理，给我画一坨东西。」每次调用，CPU都要做一堆准备工作——检查状态、绑定资源、提交命令缓冲区。这些开销，累积起来非常可观。
我在项目中遇到过最夸张的情况：一个场景里有两千多个Draw Call，每帧CPU提交耗时直接飙到30ms。30ms什么概念？60帧才16ms一帧，光提交就用了两帧的时间，画面能不卡吗？
核心结论：Draw Call数量是CPU侧性能的命门。每帧超过200个，你就得开始警惕了。
CPU提交数据的效率陷阱
这里我总结几个最常见的坑，你想想看自己踩过几个。
陷阱一：频繁切换渲染状态
每次切换材质、纹理、shader，CPU都要重新设置一堆状态。如果你每画一个物体就换一次材质，那Draw Call数量直接爆炸。
我曾经接手过一个项目，美术同学给每个角色都单独做了一个材质实例。结果一个场景里30个角色，每个角色5个部件，就是150个材质切换。再加上场景里的建筑、道具……嗯，你们可以想象一下那个惨状。
我的建议：尽量合并材质，能用同一个材质的物体，就放在一起渲染。这叫「材质合批」。
陷阱二：小物体单独提交
很多开发者习惯每个小物件都单独调用一次Draw Call。比如地上的石子、墙上的钉子、桌上的杯子……每个都单独画一次。
说白了，这就是典型的「杀鸡用牛刀」。你调用一次Draw Call的开销，可能比画这个物体本身还大。
正确的做法是什么？把多个小物体合并成一个顶点缓冲区，一次Draw Call画完。这就是所谓的「静态合批」或「动态合批」。
陷阱三：顶点数据格式不合理
这个坑比较隐蔽。很多引擎默认的顶点格式包含位置、法线、UV、切线、颜色……每个顶点几十个字节。如果你的模型顶点数很多，那CPU往GPU传数据的时间就会很长。
我记得有一次优化一个角色模型，顶点格式里居然包含了两个UV通道，而第二个UV根本没用到。去掉之后，顶点数据量直接少了三分之一，提交时间也降下来了。
注意：顶点数据格式不是越全越好。用不到的属性，坚决不要。每多一个属性，就是多一份带宽开销。
顶点缓存优化：让GPU少干活
说完CPU，咱们再看看GPU这边。顶点缓存优化，说白了就是让GPU尽量复用已经处理过的顶点，别重复劳动。
顶点缓存的工作原理
GPU内部有一个小缓存，叫Post-Transform Cache。它存的是顶点经过顶点着色器处理之后的结果。如果你两次处理同一个顶点，GPU会先查缓存，命中就直接用，不用重新算。
这个缓存有多大？一般来说，16到32个顶点。听起来很小，但如果你索引顺序合理，命中率可以非常高。
索引顺序的重要性
很多同学觉得索引顺序无所谓，反正GPU会自己处理。其实不是的。索引顺序直接影响顶点缓存的命中率。
举个例子：
// 糟糕的索引顺序
indices = [0, 1, 2, 0, 2, 3, 0, 3, 4, 0, 4, 5]
// 优化的索引顺序（使用顶点缓存优化算法）
indices = [0, 1, 2, 2, 3, 0, 0, 3, 4, 4, 5, 0]上面这个例子，优化后的顺序让顶点0和顶点2被连续引用，缓存命中率明显提升。
实用技巧：大部分建模工具和引擎都有「优化索引顺序」的功能。比如Unity的Mesh.Optimize()，或者建模软件里的「顶点缓存优化」选项。记得勾上。
顶点缓存优化的实际效果
我做过一个测试，一个10万面的角色模型：
| 优化方式 | 顶点缓存命中率 | GPU处理时间 |
|---|---|---|
| 未优化 | 约45% | 3.2ms |
| 优化索引顺序 | 约78% | 1.8ms |
| 优化索引顺序 + 顶点格式精简 | 约82% | 1.4ms |
你看，光是优化索引顺序，GPU处理时间就降了将近一半。这个优化几乎零成本，效果却非常显著。
实战建议：如何系统性地优化
好，理论讲完了，我给你们总结一套实操流程。这是我个人在项目中反复验证过的。
- 先统计Draw Call数量——用Profiler看一眼，心里有个数。超过200就要警惕。
- 合并材质和物体——能用同一个材质的，尽量合批。静态物体用静态合批，动态物体用GPU Instancing。
- 精简顶点格式——去掉用不到的属性，能用半精度的就别用全精度。
- 优化索引顺序——用工具或引擎自带的优化功能，一键搞定。
- 检查顶点缓存命中率——有些GPU调试工具可以看这个指标，低于70%就要优化。
避坑指南：我曾经犯过一个错误——为了减少Draw Call，把所有物体都合并到一个Mesh里。结果呢？场景太大，视锥体裁剪几乎失效，GPU反而更慢了。记住，合批要适度，不能为了减少Draw Call而牺牲裁剪效率。
嗯，这一章的内容差不多就这些。核心就两句话：减少Draw Call数量，提高顶点缓存命中率。这两个做好了，CPU提交数据的效率至少能提升一倍。
下一章我们聊聊纹理处理，那又是一个大坑。到时候见。