在接入测试和线上运营过程中，遇到卡顿、应用崩溃、黑屏、画面模糊等情况，需要结合多个数据指标定位问题。控制台提供 会话状况查询 功能，可通过填写 UserId 或 RequestId 来查找14天内的会话信息。
数据指标及释义
RTT（ms）：
网络延迟指标 RTT（Round-Trip Time），是衡量网络性能的一个重要参数，它表示数据包从发送端到接收端再返回发送端所需的总时间。如该指标过高或存在异动，说明这次连接，用户侧的网络情况不佳。
GPU 使用率（%）：
如这次连接中 GPU 的使用率维持在很高的水平，可能会存在，应用运行卡顿，渲染画面帧率过低，应用不定时崩溃等情况。建议更换更高显卡配置的并发机型，或对应用进行优化，降低 GPU 性能开销。
CPU 使用率（%）：
如这次连接中 CPU 的使用率维持在很高的水平，可能会存在，应用运行卡顿，渲染画面帧率过低，应用不定时崩溃等情况。建议更换更高 CPU 核数的并发机型，或对应用进行优化，降低 CPU 性能开销。
内存（%）：
如这次连接中内存使用率维持在很高的水平，可能会存在，应用运行卡顿，应用崩溃等情况。建议检查是否出现内存溢出、未及时清理任务导致堆积等情况，并可以考虑更换更高内存的并发机型。
帧率（FPS）：
若采集帧率过低，可能造成卡顿等问题，说明当前使用的并发规格不足以处理负载，请尝试使用更高规格的并发。当采集帧率低于30FPS 时，为稳定帧率，云渲染会通过插入重复帧将编码帧率补齐至30FPS（不会造成额外延时）帧率低通常是由其他原因导致的结果，需要配合同时间的CPU/GPU/内存使用率，以及应用运行日志来分析。
视频上行码率（Kbps）
显示视频上行的码率情况，应用云渲染客户端的 SDK，可以获取本地摄像头的数据，并包装成云端机器上虚拟摄像头的输入。如本地 SDK 设备开启了摄像头功能，可以通过该数据查询。
视频下行码率（Kbps）
展示云端画面传输的码率情况，如码率不稳定或者码率过低，会导致用户使用时画面模糊的情况，如用户本地网络情况有关，或与项目的码率范围设置有关。
音频上行码率（Kbps）
显示音频上行的码率情况，应用云渲染客户端的 SDK，可以获取本地麦克风的数据，并包装成云端机器上虚拟麦克风的输入。如本地 SDK 设备开启了麦克风功能，可以通过该数据查询。
音频下行码率（Kbps）
展示云端音频传输的码率情况，该数据指标较低概率会受到网络情况或性能的影响。
常见问题现象及自助排查方式
用户使用时反馈非常卡顿，怎么处理？
建议从后台数据中，查找这次会话的 RequestId，在会话状况查询页面查询该时段的 RTT、GPU 使用率、CPU 使用率、内存、帧率。卡顿现象可能的原因是：
1. 如 RTT 较高，可以判断是用户侧网络条件较差的原因导致画面卡顿，伴随有一定程度的丢包导致画面模糊、丢帧的情况。
2. 如 FPS 低，则可以判断是云端机器渲染结果的影响，可以查询GPU/CPU/内存使用率，看是否出现性能瓶颈，同时也可能是应用自身原因。
用户反馈画面黑屏，怎么处理？
首先根据 RequestId 和这次会话的连接结果，判断是否连接上了应用云渲染，有些时候黑屏是前置步骤没有执行成功，并没有进入连接云端画面的环节。如已经连接了应用云渲染，在会话状况查询页面查询该时段的 RTT、GPU 使用率、CPU 使用率、内存、帧率、下行码率。黑屏现象可能的原因是：
1. 如帧率为0，码率为0，可以判断当时云渲染已经断开了与客户端的连接，需要检查一下日志中是否已经销毁了会话，以及如网络不稳定导致断连，代码中是否重连的逻辑。
2. 如帧率不为0，码率不为0，说明云渲染还在连接中，黑屏有可能是应用正在载入中/启动中，或者应用卡死崩溃了。需要结合 GPU 使用率、CPU 使用率、内存数据，以及应用日志情况来分析。获取云上日志方式可参见 获取应用日志与用户存档功能。
用户反馈应用画面模糊，怎么处理？
首先从后台数据中，查找这次会话的 RequestId，在会话状况查询页面查询该时段的 RTT、帧率、视频下行码率。卡顿现象可能的原因是：
1. 如 RTT 较高，下行码率不稳定，可以判断是用户侧网络条件较差的原因导致画面卡顿，伴随有一定程度的丢包导致画面模糊、丢帧的情况。
2. 如下行码率持续在一个很低的水平，需要检查项目配置中的码率范围设置，如果码率设置在很低的范围内（例如低于3Mbps），在3D场景和复杂画面时，很容易出现画面模糊、马赛克的情况。
