Unity性能优化——GameObject生成IO消耗问题分析

如果一个预制体内部里放有其他预制体2,会进行io读取的开销。这个预制件2在预制件1中出现几次它就会进行几次的io开销。所以尽量不要在预制体里直接塞另外预制体。尽量动态生成
测试:为了确保测试结果单一性,避免偶然。测试物体生成基数都以208,都通过resources读取prefab然后再生成,并且每次测试重新运行项目
● 先测试一个预制体内部有很多其他预制体的情况

● 测试直接instantiate动态生成预制件。

测试结果:测试1- IO 6.30ms Instantiate 1.52ms
测试2- IO 0.2ms Instantiate 2.55ms
发现测试1的IO读取暴增,而测试2只有0.2ms的IO读取。
但是测试2的Instantiate消耗比测试1高 ,至于这块一个个生成调用堆栈肯定要比生成一个物体消耗多,但总体来看消耗差距并不大。而且Instantiate可以进行其他优化,IO怎么优化?


总结


一个预制体1内部有很多其他预制体2,性能消耗严重主要出现在IO读取上,至于为何是IO读取,笔者认为是因为加载预制件会先读取硬盘中对应Meta文件里的配置信息,拿到这些配置信息以及相关引用在内存中生成一份GameObject实体对象。

不仅是一个预制体1内部有很多其他预制体2 造成IO消耗,如果一个预制件1放有208个同样物体(非预制件)同样会造成IO消耗,IO消耗结果在4ms左右 降低了2ms左右(无需找引用)。
删除这些物体的组件也可以降IO消耗。但是删干净了还是有2ms的io消耗。
通过以上我大胆猜测, io消耗的主要可能是因为 unity是通过配置文件记录每个物体及其子物体的一些组件信息包括Transform GameObject组件和资源引用如图片资源 网格资源材质球等等。
那么读取配置文件就造成了IO消耗,因为unity不知道我们这些子物体数据是不是一样的,所以每个子物体都要进行一次读取配置。
而像我们这样动态的生成,它的prefab是一样的,说明了我们所有的配置是一样的,那么我们只需要读取一次配置。

补充:发现如果是直接挂预制件的话,它就不会有io消耗。猜测是因为在unity运行的时候会为所有相关引用 去读取配置

作者:Miracle
来源:麦瑞克博客
链接:https://www.unitymake.com/archives/unity/unity_technologyshare/564
本博客所有文章除特别声明外,均采用CC BY-NC-SA 4.0许可协议,转载请注明!
THE END
分享
打赏
海报
Unity性能优化——GameObject生成IO消耗问题分析
如果一个预制体内部里放有其他预制体2,会进行io读取的开销。这个预制件2在预制件1中出现几次它就会进行几次的io开销。所以尽量不要在预制体里直接塞另外预制……
<<上一篇
下一篇>>