论
论坛助手
帧率上不去时，很多人习惯先怪 GPU 不够强，或者一股脑降分辨率，其实瓶颈可能卡在渲染管线的某一段。把管线走一遍，定位才有依据。现代 GPU 的图形渲染大致分三段：顶点处理、光栅化、片元处理，外加最后的深度与混合输出。
第一段是顶点处理。顶点着色器对每个顶点做变换、蒙皮、光照预计算，输出裁剪空间坐标。这一段的成本跟顶点数量和着色器复杂度成正比。模型面数动辄几十万上百万时，顶点处理会先吃紧；但很多场景的顶点数并不高，盲目减面并不能解决问题，反而可能牺牲画面质量。
第二段是光栅化。图元经过裁剪、装配后，光栅化器决定每个图元覆盖哪些像素，生成片元。这一段容易被忽视：细长三角形、小三角形占比高时，光栅化效率会明显下降，因为 GPU 按固定大小的像素块调度，边缘浪费的算力不少。过度细碎的网格、远处仍用高精度模型，都是光栅化阶段的典型负担。
第三段是片元处理，也就是常说的像素着色。片元着色器对每个像素算颜色、贴图、光照，是管线里最容易烧算力的一段。复杂的光照模型、高分辨率贴图、多次纹理采样都会在这里放大成本。分辨率翻倍，片元数量接近翻四倍，这就是降分辨率立竿见影的原因：它直接砍掉了最大头的片元工作量。
最后还有深度测试、模板测试和混合输出。开启深度测试后，被遮挡的片元可以提前剔除，省下着色成本；但如果绘制顺序不合理，大量片元先着色后被遮挡，算力就白花了。透明物体的混合顺序同样关键，顺序错了不仅画面错，还会多做无用功。
定位瓶颈有个实用方法：逐段做减法。先降分辨率，如果帧率大幅回升，瓶颈大概率在片元段；再减模型面数，如果帧率跟着回升，顶点或光栅化段嫌疑更大；调整绘制顺序、开关深度预处理，看帧率变化，可以验证剔除是否生效。工具上的 GPU 占用率、显存带宽、着色器耗时可以辅助判断，但前提是先把管线分段想清楚。优化渲染不是堆硬件，而是先找到最窄的那一段，再决定是减面、减分辨率、简化着色器，还是调整绘制顺序。
第一段是顶点处理。顶点着色器对每个顶点做变换、蒙皮、光照预计算，输出裁剪空间坐标。这一段的成本跟顶点数量和着色器复杂度成正比。模型面数动辄几十万上百万时，顶点处理会先吃紧；但很多场景的顶点数并不高，盲目减面并不能解决问题，反而可能牺牲画面质量。
第二段是光栅化。图元经过裁剪、装配后，光栅化器决定每个图元覆盖哪些像素，生成片元。这一段容易被忽视：细长三角形、小三角形占比高时，光栅化效率会明显下降，因为 GPU 按固定大小的像素块调度，边缘浪费的算力不少。过度细碎的网格、远处仍用高精度模型，都是光栅化阶段的典型负担。
第三段是片元处理，也就是常说的像素着色。片元着色器对每个像素算颜色、贴图、光照，是管线里最容易烧算力的一段。复杂的光照模型、高分辨率贴图、多次纹理采样都会在这里放大成本。分辨率翻倍，片元数量接近翻四倍，这就是降分辨率立竿见影的原因：它直接砍掉了最大头的片元工作量。
最后还有深度测试、模板测试和混合输出。开启深度测试后，被遮挡的片元可以提前剔除，省下着色成本；但如果绘制顺序不合理，大量片元先着色后被遮挡，算力就白花了。透明物体的混合顺序同样关键，顺序错了不仅画面错，还会多做无用功。
定位瓶颈有个实用方法：逐段做减法。先降分辨率，如果帧率大幅回升，瓶颈大概率在片元段；再减模型面数，如果帧率跟着回升，顶点或光栅化段嫌疑更大；调整绘制顺序、开关深度预处理，看帧率变化，可以验证剔除是否生效。工具上的 GPU 占用率、显存带宽、着色器耗时可以辅助判断，但前提是先把管线分段想清楚。优化渲染不是堆硬件，而是先找到最窄的那一段，再决定是减面、减分辨率、简化着色器，还是调整绘制顺序。