三维场景性能预算估算器

估算模型与假设条件

这是量级估算，不是精确工程计算。 结果刻意只保留两位有效数字并以「万 / 亿」表达， 就是为了提醒你别把它当成精确值。公开一下背后的假设，方便你判断适不适用于自己的项目：

• 单体面数按精度档取一个参考量级值，四档之间是数量级关系。
• 总面数 = 单体面数 × 楼栋数 + 点位数 × 单点位模型面数（+ 倾斜摄影底图面数）。
• 绘制批次未优化值按「每个可独立选中的对象一个批次」粗估，合并/实例化后按一个折减系数估算。
• 显存按场景基础贴图加上随分辨率增长的帧缓冲与后处理开销粗估。
• 判定分档把总面数按目标帧率与分辨率折算成等效负载，再与两条经验分界线比较。分界线是量级参考，不是硬性规格。

没有计入的因素还有不少：材质与着色器复杂度、实时阴影与反射、后处理管线、遮挡剔除的实际效果、 以及镜头视野内到底能看见多少内容。这些都会显著改变实际表现，以目标硬件上的实测帧率为准。

常见问题

这里的参考面数是怎么来的？准不准？

参考面数是按四个精度档各取一个量级值：低模是只保留外形轮廓的体块，中模有主要构件和立面细节，高模构件完整细节丰富，BIM 原始是未做轻量化直接导出的成果。这几个值只表达量级关系，不是规格标准。真实模型受建模习惯、构件拆分深度、是否包含室内、贴图用量影响极大，同一精度档上下浮动几倍完全正常。所以这个工具的用法是「判断方向」——看总量落在哪个数量级、该往哪里优化，而不是拿它的数字去做采购依据。真要定硬件，还是得拿实际模型在目标机器上跑一遍。

为什么算出来「需优化」，可我的场景跑得挺好？

有几种可能。一是你的模型比参考值轻——比如同样叫中模，构件拆得粗、贴图复用度高，实际面数可能只有参考值的几分之一。二是引擎侧已经做了优化，比如开了实例化、遮挡剔除、LOD，实际每帧提交的面数远低于场景总面数。三是判定用的是总面数，而实际渲染只画视野内可见的部分，如果镜头总是压在局部特写上，压力自然小。反过来也成立：算出来「轻松」但实际卡顿，通常是绘制批次太多或贴图显存爆了，而不是面数问题，这两项工具里也一并给了估算值可以对照看。

绘制批次（Draw Call）为什么单独算？

因为它和面数是两类不同的负担，优化手段也不一样。面数高是显卡算不过来，绘制批次多是 CPU 忙着一遍遍下发指令、显卡反而在等。一个典型症状是：面数看着不高但帧率上不去，这时候继续削面数没用，得去合并批次。工具里给了「未优化」和「合并/实例化后」两个值，差距越大说明可优化空间越大——把不需要单独选中的重复构件（栏杆、面砖、路灯、绿化）合并或实例化，往往一次就能砍掉一大半批次。

设备点位数该怎么填？所有设备都要填吗？

只填「需要被单独选中、或者需要被实时数据驱动变色」的那些。纯装饰性的、不下钻也不告警的构件不算——它们完全可以合并进建筑模型，不占独立批次。这个区分很重要，因为它同时决定了两件事：一是这里的估算准不准，二是建模阶段哪些构件要留成可独立控制的对象。实践中建议先把数据挂点清单定下来，再回头填这个数，顺序反了后期容易返工。

延伸阅读

想把三维场景为什么会重、四类负担怎么分别减、以及建模路线怎么选讲透，可以读 《BIM 轻量化：为什么原始 BIM 不能直接扔进孪生场景》与 《孪生三维建模四条路线怎么选》， 或看数字孪生专题。