Unity 之 Profiler 模块

最新推荐文章于 2024-06-20 09:59:01 发布

TO_ZRG

最新推荐文章于 2024-06-20 09:59:01 发布

阅读量3.5k

点赞数 2

分类专栏： profiler

本文链接：https://blog.csdn.net/qq_37672438/article/details/102682654

版权

profiler 专栏收录该内容

8 篇文章 3 订阅

订阅专栏

CPU Usage Profiler module

CPU Usage Profiler 模块展示在应用程序中花费的时间，比如 rendering， scripts， animation.

Chart categories

CPU Usage Profiler模块的chart跟踪应用程序（main thread）主线程上花费的时间。一共有九种，你可以上下拖动他们改变他们的顺序，也可以点击关闭它

Category	Description
Rendering	您的应用程序在呈现图形上花费的时间。
Scripts	您的应用程序在运行脚本上花费的时间
Physics	在physics engine花费的时间 .
Animation	在animating SkinnedMeshRenderers, GameObjects and other components in your application花费的时间，这其中也包括计算 Animation and Animator components使用过程中的时间 utilize.
GarbageCollector	在arbage Collector上花费的时间
VSync	How much time is spent in a frame waiting for the targetFrameRate or the next VBlank to sync with. This is according to the QualitySettings.vSyncCount value, or the target framerate, or the VSync setting that is the default or enforced maximum of the platform your application is running on. For more information about VSync, see the section in this documentation on Rendering and VSync samples.
Global Illumination	在应用程序的照明上花费了多少时间。.
UI	UI.显示应用程序花费了多少时间
Others	在不属于任何其他类别的代码中花费了多少时间，例如整个EditorLoop，或者在编辑器中分析Playmode时的分析开销

Module details pane

选中某一帧后会呈现应有的细节，这些细节有三种呈现方式，默认是Timeline

View	Function
Timeline	Displays a breakdown of the timings for a particular frame alongside a time axis of the frame’s length. 这是您可以用来查看除主线程之外的其他线程上的计时以及跨线程关联计时的唯一视图模式
Hierarchy	按层级分组，
Raw Hierarchy	Displays the timing data in a hierarchical structure that is similar to the call stacks where the timing occurred. Unity lists each call stack separately in this mode instead of merging them, as it does in Hierarchy view.

Timeline view

分析所有线程上的数据， Hierarchy views,只分析 main thread.的数据

你可以用该视图查看不同线程之间的执行数据.你可以看到你使用了多少不同的线程, 例如作业系统的工作线程，线程上的工作如何排队，以及是否有线程正在空闲(“Idle”示例)或正在等待另一个线程或作业完成(“Wait for x”示例)。

Navigating and selecting items

放大时间轴：滚轮放大或者按住alt键的同时滑动鼠标右键T. A 键重置缩放比例，鼠标中键来移动视图

Hierarchy and Raw Hierarchy view

当您切换到Hierarchy或Raw Hierarchy视图时，会显示主线程的数据，按F键聚焦。

Hierarchy视图列出了所有已分析的样本，并根据它们的共享调用堆栈和profilermarker的层次结构将它们分组在一起. Raw Hierarchy 视图不会将样本分组在一起，这使得它非常适合在粒度级别上查看样本：

Property	Function
Total	在一个特定函数上花费的总时间百分比。
Self	在一个特定函数上花费的总时间百分比，不包括Unity调用子函数的时间。例如，在截图中，41.7%的时间花在了相机渲染功能上。这是因为它调用了大量的绘图和筛选函数，但是当您排除它调用的函数时，只有3.5%的时间花在相机上。渲染函数本身。
Calls	在这一帧中对这个函数的调用次数，在Raw Hierarchy视图中，这一列的值总是1，因为profiler不会合并样本的层次结构。
GC Alloc	当前帧中分配了多少脚本堆内存?脚本堆内存由垃圾收集器管理(garbage collector.) 无论何时调用GC.Collect()，或者存在不适合堆当前大小的脚本堆分配，垃圾收集器都会被触发. It marks all allocations that have no more references to them and collects them. This process shows up as GC.Collect samples in the Profiler. 当您在堆上分配更多内存时，Unity会更频繁地运行垃圾收集器随着托管堆的增长，Unity需要更长的时间来标记和收集内存。因此，在应用程序运行时，应该将GC Alloc值保持为0，以防止垃圾收集器影响您的帧速率，并保持总体堆大小较小 For more details about the managed heap see the Understanding Automatic Memory Management documentation.
Time ms	在一个特定函数上花费的总时间(以毫秒为单位)。这个信息可能会产生误导，因为它只包含在主线程上花费的时间。如果您的应用程序使用作业系统或多线程呈现，您应该注意这一点。
Self ms	在一个特定函数上花费的总时间(以毫秒为单位)，不包括Unity调用子函数的时间。
Warning	由警告图标指示，它显示在当前帧中触发警告的次数

你也可以通过右上角的下拉菜单来看具体的信息：

Show Related Objects ：视图显示UnityEngine与profiler样本关联的对象,使用UnityEngine.Object的Begin()重载获取对象物体. 一些Unity报告的样本已经内置了这些关联, 就像 Camera.Render 关联的是Camera 物体g. 这些对象通过它们的instance ID进行报告，并在Profiler窗口中解析为一个名称。

当你点击这些对象之一，Unity试图在场景中找到该对象.

在GC.Alloc 样例中，此视图显示一个“N/A”项列表，每个项对应于此层次结构级别上的每个分配，GCAlloc 中列出了分配的大小。当你在编辑器中打开Allocation Callstacks设置时, 当你选择一个 GC.Alloc 样本时,将会显示您选择的已分配脚本对象的调用堆栈

Show Calls 面板显示所选的样例从何处被调用，以及它调用的其他函数

Common samples

除了脚本代码生成的样例之外，Unity还提供了大量的样例，这些样例可以让您了解应用程序中哪些部分占用了时间.

主线程样本：

主线程基本示例清楚地区分了花在应用程序上的时间和花在Editor和Profiler上的时间，The Recorder can also use these samples to get the timing of a frame on the main thread.

Sample	Function
PlayerLoop	在主线程下生成的任何样例的父物体，当你打开 Profile Editor ，并运行unity时，它嵌套在,EditorLoop下.
EditorLoop	在Editor下生成的任何样例的父物体. 这仅仅在编辑器下分析数据的时候出现. 当您禁用Profile Editor设置时，此示例将显示渲染rendering和运行包含播放器的编辑器所花费的帧时间。
Profiler.CollectEditorStats	与为不同的Profiler模块收集统计信息相关的任何示例的根，在Profiler.CollectGlobalStats 下的子样本会增加unity的开销，其他的子样本仅仅影响Editor. 可以用Profiler.SetAreaEnabled().关闭特定模块

Script 中的样例

Unless you are using the Job System, most of your scripting code is nested underneath the following samples:

Sample	Function
Update.ScriptRunBehaviourUpdate	这个示例包括对MonoBehaviour.Update的调用和对协同程序的更新和处理。.
BehaviourUpdate	所有Update()方法.
CoroutinesDelayedCalls	包含所有第一个yieldh后的coroutine 协程样本
PreLateUpdate.ScriptRunBehaviourLateUpdate	所有LateUpdate() 方法
FixedBehaviourUpdate	所有FixedUpdate() 方法.

Rendering and VSync samples

这些示例显示CPU在哪些地方为GPU处理数据花费时间，或者在哪些地方等待GPU完成.如果GPU Profiler不可用或它增加了太多的开销, 工具栏不显示此信息。这些示例可以让您了解自己是cpu绑定还是gpu绑定。

Sample	Function
WaitForTargetFPS	等待目标fps的时间，比如一秒30帧，一帧结束后等待下一帧的时间，帧率由 Application.targetFrameRate 确定如果这个样本是Gfx.WaitForPresent的子样本。它表示应用程序等待QualitySettings.vSyncCount中配置的VSync所花费的时间。 Note: The Editor doesn’t VSync on the GPU and instead uses WaitForTargetFPS to simulate the delay for VSync. Some platforms, in particular Android and iOS, enforce VSync or have a default frame rate cap of 30 or 60.
Gfx.ProcessCommands	包含 render thread上所有的 rendering commands . 其中一些时间可能会花在等待来自主线程的VSync或新命令上，您可以从它的子示例Gfx.WaitForPresent中看到这一点。
Gfx.WaitForCommands	表示呈现线程已经为新的命令做好了准备，并且可能表示主线程上存在瓶颈。Indicates that the render thread is ready for new commands and might indicate a bottle neck on the main thread.
Gfx.PresentFrame	表示应用程序等待GPU渲染和呈现帧的时间，这可能包括等待VSync 线程上的WaitForTargetFPS示例显示了等待VSync花费了多少时间。
Gfx.WaitForPresent	表示主线程已经准备好开始渲染下一帧，但是渲染线程还没有完成对GPU渲染帧的等待。这可能表明您的应用程序是受gpu限制的。要查看呈现线程同时在什么地方花费时间，请检查时间轴视图。如果渲染线程在Camera.Render中花费时间，你的应用程序是cpu绑定的，可能会花费太多时间向GPU发送绘制调用或纹理如果渲染线程花费时间在 Gfx.PresentFrame上, 你的游戏是GPU绑定的，或者它可能在GPU上等待，一个GFX.WaitForPresent的子样本WaitForTargetFPS表示应用程序在当前阶段等待VSync所花费的时间

Physics samples

物理样本：

下表概述了一些高级物理分析器示例。FixedUpdate调用所有这些示例。

Sample		Function
Physics.Simulate		通过调用physics engine (PhysX)更新当前的状态从而运行它的模拟
Physics.Processing		运行所有non-cloth physics线程. 展开此示例，以显示物理引擎内部完成的底层工作细节。
Physics.ProcessingCloth		运行所有cloth physics jobs. Expand this sample to show the low-level detail of the work done internally in the physics engine.
Physics.FetchResults		收集所有的物理引擎模拟的结果
Physics.UpdateBodies		更新所有物理实体的位置和旋转. 此示例还包含在发送这些更新时进行通信的消息。
Physics.ProcessReports		在FixedUpdate 运行结束后执行. 处理各个阶段对仿真结果的响应. Contacts, joint breaks and triggers update and message in this sample.一共有四个阶段
	Physics.TriggerEnterExits	处理OnTriggerEnter and OnTriggerExit events.
	Physics.TriggerStays	处理OnTriggerStay events.
	Physics.Contacts	处理nCollisionEnter, OnCollisionExit, and OnCollisionStay events.
	Physics.JointBreaks	处理更新和关于断裂接头的信息
Physics.UpdateCloth		包含有关 cloth 和 skinned meshes的更新.
Physics.Interpolation		Manages the interpolation of positions and rotations for all the physics objects.