游戏性能排查 ​

【性能数据】主要分为客户端、服务端，其中客户端提供了玩家设备性能统计数据及报错数据，服务端提供了实时日志及服务端性能；

客户端性能 ​

本部分提供了平均帧率、平均ping值、平均内存、DrawCall等客户端性能指标，表现玩家在玩游戏时客户端的性能情况，其中只有平均帧率是越高越好，其他指标都是越低越好，点击【游戏数据】-【客户端性能】查看。

• 平均帧率：每秒能够渲染的帧数；
• 平均ping：游戏中延迟的程度；
• 平均内存：游戏运行内存占用；
• 平均DrawCall：CPU调用图形渲染接口的次数，该数值越高用于渲染的开销越高；
• 游戏线程平均耗时：每一帧用于游戏内Tick事件，角色动画更新，物理计算，UI更新等的总耗时；
• 渲染线程平均耗时：每一帧用于进行场景的剔除，准备渲染数据和渲染命令等的总耗时；

客户端指标怎么看 ​

这部分的指标是小时级更新，根据查询时间的不同返回不同维度的数据，当跨天查询时，返回天级数据，同一天查询时，则展示小时级数据。

从箱型图中，可以看到该时段上报数据的中位数、上四分位数、下四分位数、最大值、最小值和异常值。

中位数用来表示数据的整体趋势：中位数高，表示平均水平较高，中位数低，表示平均水平较低；

上下四分位数的差可以表现数据的离散情况：箱子短，表明数据集中，箱子长，表明这组数据分散；

例如图中，在当日22时，游戏的运行内存中位数是506.07，上四和下四分位数分别是649.88和429.40。

客户端指标怎么优化 ​

帧率过低、平均Drawcall过高、平均内存过高、游戏线程平均耗时过高、渲染线程平均耗时过高都可以参照以下内容统一优化解决思路。

Tips1：减少场景里的模型数量

• 尽可能减少场景里面的物体数量，能用一个物体的就不要用多个；
• 比如地板，可以用平面+贴图，不要一个一个方块地去“贴地砖”；
• 又比如房屋，能用现成的房屋就不要从地板、墙面、楼梯、天花板一个一个搭；

Tips2：提高模型的复用率

• 提高场景里模型物件的复用率，如用于场景装饰的箱子等，可以在不同地方多次出现；

Tips3：少用半透、植被相关资源

• 少用这类带性能标识的资源，这类资源带有mask材质，会导致游戏产生性能风险，能不用就不用；

Tips4：多用低面数的模型代替高精建模

• 三角面数过多，手机负担过大，场景建模建议多用lowpoly相关的；
• 能用基础模型就不用lowpoly，能用lowpoly就不用写实风格；

Tips5：适当减少场景里的npc人型对象

Tips6：代码层面要简化

• 代码里尽量少写死循环，少用性能消耗高的API ，如RPC、Replicated相关的、换装同步、高频循环等；

报错数据 ​

报错数据会聚合最近一天/一周玩家游玩游戏时的报错信息，按照报错类型聚合影响用户数及报错次数；

点击【查看】即可查看报错日志时间流，具体影响的用户信息及详细报错日志信息；

房间管理 ​

【游戏服务】-【房间服务】可以查看所有游戏整体房间数据情况，点击【查看】即可进入游戏房间列表。

房间列表 ​

房间列表可以按照状态（运行、销毁、异常）查询每个房间&玩家行为，同时支持查看每个房间的性能监控；

实时日志 ​

可以通过实时日志打印房间日志信息，找到当前房间号点击【实时日志】，即可打印&下载服务端房间日志；

游戏代码编写时可以通过Log或Error来区别打印日志，通过日志等级（Log、Error）、类型或关键词等过滤无关信息；

• MWTSLIB日志类型：编辑器底层打印的日志（TS层调用接口查找一个对象超时也可能反应在这里）

• MWTS日志类型：TS代码层调用引发的日志

  关于TypeError类的报错，这种一般是由于我们代码自身写出了bug导致的报错，代码里查找一个guid为55555的对象，当然是无法找到这个对象的，而后续逻辑里没有对这个对象进行判断就直接调用方法设置位置，自然就会报错，而这种报错类型通常就含有关键字TypeError，这种类型的错误也是开发者应该重点关注的；

服务端性能 ​

点击【房间列表】-【服务端性能】可监控当前房间的服务端性能，最多支持查询24小时内数据，统计时间间隔支持5秒-5分钟；