码迷,mamicode.com
首页 > 编程语言 > 详细

【转】记一次基于Unity的Profiler性能分析

时间:2015-11-27 17:43:57      阅读:387      评论:0      收藏:0      [点我收藏+]

标签:

1. CPU Usage

    A. WaitForTargetFPS:

       Vsync(垂直同步)功能所,即显示当前帧的CPU等待时间

    B. Overhead:

       Profiler总体时间-所有单项的记录时间总和。用于记录尚不明确的时间消耗,以帮助进一步完善Profiler的统计。

         C. Physics.Simulate:

       当前帧物理模拟的CPU占用时间。

    D. Camera.Render:

       相机渲染准备工作的CPU占用量

    E. RenderTexture.SetActive:

       设置RenderTexture操作.

       底层实现:1.比对当前帧与前一帧的ColorSurface和DepthSurface.

                2.如果这两个Buffer一致则不生成新的RT,否则则生成新的RT,并设置与之相对应的Viewport和空间转换矩阵.

    F. Monobehaviour.OnMouse_ :

       用于检测鼠标的输入消息接收和反馈,主要包括:SendMouseEvents和DoSendMouseEvents。(只要Edtor开起来,这个就会存在)

    G. HandleUtility.SetViewInfo:

       仅用于Editor中,作用是将GUI和Editor中的显示看起来与发布版本的显示一致。

H. GUI.Repaint:

       GUI的重绘(说明在有使用原生的OnGUI)

    I. Event.Internal_MakeMasterEventCurrent:

       负责GUI的消息传送

    J. Cleanup Unused Cached Data:

       清空无用的缓存数据,主要包括RenderBuffer的垃圾回收和TextRendering的垃圾回收。

          1.RenderTexture.GarbageCollectTemporary:存在于RenderBuffer的垃圾回收中,清除临时的FreeTexture.

          2.TextRendering.Cleanup:TextMesh的垃圾回收操作

    K. Application.Integrate Assets in Background

       遍历预加载的线程队列并完成加载,同时,完成纹理的加载、Substance的Update等.

    L. Application.LoadLevelAsync Integrate:

       加载场景的CPU占用,通常如果此项时间长的话70%的可能是Texture过长导致.

    M. UnloadScene:

       卸载场景中的GameObjects、Component和GameManager,一般用在切换场景时.

    N. CollectGameObjectObjects:

       执行上面M项的同时,会将场景中的GameObject和Component聚集到一个Array中.然后执行下面的Destroy.

    O. Destroy:

       删除GameObject和Component的CPU占用.

    P. AssetBundle.LoadAsync Integrate:

       多线程加载AwakeQueue中的内容,即多线程执行资源的AwakeFromLoad函数.

    Q. Loading.AwakeFromLoad:

       在资源被加载后调用,对每种资源进行与其对应用处理.

 


2. CPU Usage

    A. Device.Present:

       device.PresentFrame的耗时显示,该选项出现在发布版本中.

    B. Graphics.PresentAndSync:

       GPU上的显示和垂直同步耗时.该选项出现在发布版本中.

    C. Mesh.DrawVBO:

       GPU中关于Mesh的Vertex Buffer Object的渲染耗时.

    D. Shader.Parse:

       资源加入后引擎对Shader的解析过程.

    E. Shader.CreateGPUProgram:

       根据当前设备支持的图形库来建立GPU工程.

3. Memory Profiler

 

    A. Used Total:

       当前帧的Unity内存、Mono内存、GfxDriver内存、Profiler内存的总和.

    B. Reserved Total:

       系统在当前帧的申请内存.

    C. Total System Memory Usage:

       当前帧的虚拟内存使用量.(通常是我们当前使用内存的1.5~3倍)

    D. GameObjects in Scene:

       当前帧场景中的GameObject数量.

    E. Total Objects in Scene:

       当前帧场景中的Object数量(除GameObject外,还有Component等).

    F. Total Object Count:

       Object数据 + Asset数量.

 

4. Detail Memory Profiler

    A. Assets:

       Texture2d:记录当前帧内存中所使用的纹理资源情况,包括各种GameObject的纹理、天空盒纹理以及场景中所用的Lightmap资源.

    B. Scene Memory:

       记录当前场景中各个方面的内存占用情况,包括GameObject、所用资源、各种组件以及GameManager等(天般情况通过AssetBundle加载的不会显示在这里).

    A. Other:

       ManagedHeap.UseSize:代码在运行时造成的堆内存分配,表示上次GC到目前为止所分配的堆内存量.

       SerializedFile(3):

       WebStream:这个是由WWW来进行加载的内存占用.

       System.ExecutableAndDlls:不同平台和不同硬件得到的值会不一样。******************

   

 

5. 优化重点

    A. CPU-GC Allow:

       关注原则:1.检测任何一次性内存分配大于2KB的选项 2.检测每帧都具有20B以上内存分配的选项.

    B. Time ms:

       记录游戏运行时每帧CPU占用(特别注意占用5ms以上的).

    C. Memory Profiler-Other:

       1.ManagedHeap.UsedSize: 移动游戏建议不要超过20MB.

       2.SerializedFile: 通过异步加载(LoadFromCache、WWW等)的时候留下的序列化文件,可监视是否被卸载.

       3.WebStream: 通过异步WWW下载的资源文件在内存中的解压版本,比SerializedFile大几倍或几十倍,重点监视.****

    D. Memory Profiler-Assets:

       1.Texture2D: 重点检查是否有重复资源和超大Memory是否需要压缩等.

       2.AnimationClip: 重点检查是否有重复资源.

       3.Mesh: 重点检查是否有重复资源.

 

6. 项目中可能遇到的问题

 

    A. Device.Present:

       1.GPU的presentdevice确实非常耗时,一般出现在使用了非常复杂的shader.

       2.GPU运行的非常快,而由于Vsync的原因,使得它需要等待较长的时间.

       3.同样是Vsync的原因,但其他线程非常耗时,所以导致该等待时间很长,比如:过量AssetBundle加载时容易出现该问题.

       4.Shader.CreateGPUProgram:Shader在runtime阶段(非预加载)会出现卡顿(华为K3V2芯片).

    B. StackTraceUtility.PostprocessStacktrace()和StackTraceUtility.ExtractStackTrace():

       1.一般是由Debug.Log或类似API造成.

       2.游戏发布后需将Debug API进行屏蔽.

 

    C. Overhead:

       1.一般情况为Vsync所致.

       2.通常出现在Android设备上.

    D. GC.Collect:

       原因: 1.代码分配内存过量(恶性的) 2.一定时间间隔由系统调用(良性的).

       占用时间:1.与现有Garbage size相关 2.与剩余内存使用颗粒相关(比如场景物件过多,利用率低的情况下,GC释放后需要做内存重排)

    E. GarbageCollectAssetsProfile:

       1.引擎在执行UnloadUnusedAssets操作(该操作是比较耗时的,建议在切场景的时候进行).

       2.尽可能地避免使用Unity内建GUI,避免GUI.Repaint过渡GC Allow.

       3.if(other.tag == GearParent.MogoPlayerTag)改为other.CompareTag(GearParent.MogoPlayerTag).因为other.tag为产生180B的GC Allow.

    F. 少用foreach,因为每次foreach为产生一个enumerator(约16B的内存分配),尽量改为for.

    G. Lambda表达式,使用不当会产生内存泄漏.

    H. 尽量少用LINQ:

       1.部分功能无法在某些平台使用.

       2.会分配大量GC Allow.

    I. 控制StartCoroutine的次数:

       1.开启一个Coroutine(协程),至少分配37B的内存.

       2.Coroutine类的实例 -- 21B.

       3.Enumerator -- 16B.

    J. 使用StringBuilder替代字符串直接连接.

    K. 缓存组件:

       1.每次GetComponent均会分配一定的GC Allow.

       2.每次Object.name都会分配39B的堆内存.

【转】记一次基于Unity的Profiler性能分析

标签:

原文地址:http://www.cnblogs.com/harlan1009/p/5001048.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!