那些年我们用过的显示性能指标
Android客户端性能优化(魅族资深工程师毫无保留奉献)
这一次,我优化了37%的内存
Android性能测试之fps获取
Android应用性能测试之CPU和内存占用
android如何查看cpu的占用率和内存泄漏
如何解决CPU使用率过高问题
ADB Shell Commands
Android应用性能测试
强烈推荐转载-Android 性能测试(抱歉,没找到原文)
Android 性能测试实践(四) 流量
测试维度
- CPU占用率
- 内存使用
- 响应时间/加载速度
- 显示性能(FPS)
- 电量、流量
- Crash
- ANR
命令介绍
本文涉及到的命令主要有:
>
表示输出内容写入到文件 eg.echo 121212 > 12.txt
>>
表示输出内容追加到文件 eg.echo 343434 >> 12.txt
Ctrl + c
快捷键:终止命令adb shell
ps
查看进程的,查看某一进程adb shell ps <packageName>
而非adb shell ps | grep <packageName>
top
查看占用率top -d 1 | grep com.baidu.BaiduMap
(以百度地图为例,每一秒打印一次资源利用情况)adb shell dumpsys <service name>
打印当前系统信息。adb shell dumpsys
输出信息的开始部分就是所有运行的service;-
adb shell service list
同样查看所以运行的service- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
-
adb shell cat /proc/cpuinfo
查看CPU信息 adb shell cat /proc/stat
查看CPU使用率adb shell dumpsys gfxinfo <packageName>
查看帧率FPSadb shell pm list package
列出所有的包名adb shell dumpsys package
:列出所有的安装应用的信息adb shell dumpsys package <packageName>
:查看某个包的具体信息
更多内容请参考:ADB Shell Commands
维度分析
CPU占用率
-
CPU使用背景知识
在开发过程中,我们会遇到手机的CPU使用率过高而引发的问题,那接下来,我对这方面知识做些整理及归纳:
**CPU利用率是指:**CPU执行非系统空闲进程的时间 / CPU总的执行时间。
而Android关于进程使用率的限制:
前台进程不超过95%,后台进程5%, 但是在系统没有前台进程时,后台进程可以超过5%
(关于什么是前/后台进程,我就不啰嗦了) -
可能引发的问题
整体性能降低
界面卡顿
响应慢,容易引起ANR -
数据获取
-
通过ADT中的DDMS来查看
-
adb shell $ dumpsys cpuinfo|grep <package>
扩展阅读
- top命令如下
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 查看前5个进程CPU情况
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
注:PCY显示是前台进程(fg)还是后台进程(bg)的
日志说明(来自:Android应用性能测试)
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
-
查看CPU信息
adb shell cat /proc/cpuinfo
-
查看CPU总使用率 :在/proc/stat 下有详细的CPU使用情况,可以使用命令
adb shell cat /proc/stat
- 1
- 2
- 1
- 2
CPU后面的几位数字分别是
user 从系统启动开始累计到当前时刻,处于用户态的运行时间,不包含 nice值为负进程。
nice 从系统启动开始累计到当前时刻,nice值为负的进程所占用的CPU时间
system 从系统启动开始累计到当前时刻,处于核心态的运行时间
idle 从系统启动开始累计到当前时刻,除IO等待时间以外的其它等待时间
iowait 从系统启动开始累计到当前时刻,IO等待时间
irq 从系统启动开始累计到当前时刻,硬中断时间
softirq 从系统启动开始累计到当前时刻,软中断时间
所以totalCpuTime这个7个属性的和.
CPU总数用率的算法是:100*((totalCpuTimeS-totalCpuTimeF) -(idelS-idelF))/ (totalCpuTimeS-totalCpuTimeF)
详细内容参考:Android获取cpu使用率,剩余内存和硬盘容量
- 查看当前进程的CPU使用率:/proc/pid/stat下则是该pid的CPU使用情况。先找到自己的进程pid,然后再查看(例如查看com.le.bbs)
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
其中2785 532 0 0
四个数字分别是
utime 该任务在用户运行状态的时间
stime 该任务在核心运行的时间
cutime 所有已死线程在用户状态运行状态的时间
cstime 所有已死线程在核心的运行时间
所以processCpuTime为这个四个属性的和。当前进行所占CPU的算法是:100*(processCpuTimeS-processCpuTimeF)/(totalCpuTimeS-totalCpuTimeF)
详细内容参考:Android获取cpu使用率,剩余内存和硬盘容量
内存使用
内存限制
adb shell进入手机,这此参数被纪录在/system/build.prop中,如果想直接查看可以使用adb shell getprop
dalvik.vm.heapgrowthlimit
单个应用程序最大内存限制,超过这个值会产生OOM
dalvik.vm.heapstartsize
应用启动后分配的初始内存
dalvik.vm.heapsize
单个Java虚拟机最大的内存限制,超过这个值会产生OOM
以下是在dos中,在Linux中可以直接adb shell getprop|grep
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
数据获取
- 查看内存使用情况
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 查看内存使用率状况
adb shell top
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
注:PCY显示是前台进程(fg)还是后台进程(bg)的
内存耗用:VSS/RSS/PSS/USS 的介绍
VSS - Virtual Set Size 虚拟耗用内存(包含共享库占用的内存)
RSS - Resident Set Size 实际使用物理内存(包含共享库占用的内存)
PSS - Proportional Set Size 实际使用的物理内存(比例分配共享库占用的内存)
USS - Unique Set Size 进程独自占用的物理内存(不包含共享库占用的内存)
一般来说内存占用大小有如下规律:VSS >= RSS >= PSS >= USS
响应时间/加载速度
响应时间主要分为3类
1. 首次启动 –应用首次启动所花费的时间
2. 非首次启动 –应用非首次启动所花费的时间
3. 应用界面切换
数据来源
-
adb shell am start -W <pkg/activity>
可参考Android_adb shell am/pm使用
-
通过使用android提供的DisplayManager来获取所有Activity的启动时间。
- 1
- 2
- 3
- 4
- 5
- 1
- 2
- 3
- 4
- 5
显示性能
性能指标
指标名称 | 指标意义 | 基础数据来源 | 采集方式 | 用途 |
---|---|---|---|---|
FPS | 系统合成帧率 | SurfaceFlinger | adb shell | 监控 |
Aggregate frame stats | 应用跳帧次数、幅度 | FrameInfo | adb shell | 监控/上报 |
Jankiness count | (估算)应用跳帧次数 | FrameInfo(128帧) | adb shell | 定位 |
Max accumulated frames | (估算)应用跳帧幅度 | FrameInfo(128帧) | adb shell | 定位 |
SM | 应用绘制轮询频率 | Choreographer | 多种方式 | 监控 |
Skipped frames | 应用跳帧次数、幅度 | Choreographer | 多种 | 监控/定位/上报 |
数据来源
命令行获取
adb shell dumpsys gfxinfo <PackageName>
主要数据来源:gfxinfo(Profile data in ms)
adb shell dumpsys SurfaceFlinger --latency <pkg/activity>
Android性能测试之fps获取
数据参考
- FrameInfo 相关指标无法直接进行缺陷定位,但 FrameInfo 当中包含了大量详尽的绘制基础数据,对于缺陷定位也有较大帮助;
-
关于缺陷定位过程中连续掉帧阈值的选取,可参考维基百科中提到几个重要的帧率数值:
- 12 fps:由于人类眼睛的特殊生理结构,如果所看画面之帧率高于每秒约10-12帧的时候,就会认为是连贯的
- 24 fps:有声电影的拍摄及播放帧率均为每秒24帧,对一般人而言已算可接受
- 30 fps:早期的高动态电子游戏,帧率少于每秒30帧的话就会显得不连贯,这是因为没有动态模糊使流畅度降低
- 60 fps:在实际体验中,60帧相对于30帧有着更好的体验
以上各数据分别对应: 0 帧、1帧、2.5帧、5~6帧。(这就是为啥选择3/6的原因)
相关阅读
[Fps Versus Frame Time](http://www.mvps.org/directx/articles/fps_versus_frame_time.htm)
[量化和优化用户与 Android 设备之间的交互](https://software.intel.com/zh-cn/android/articles/quantify-and-optimize-the-user-interactions-with-android-devices)
电量、流量
-
流量测试,同样需要引入几个名词
中等负荷:应用正常操作
高负荷:应用极限操作流量测试包括以下测试项:
a、应用首次启动流量提示
b、应用后台连续运行2小时的流量值
c、应用高负荷运行的流量峰值
d、应用中等负荷运行时的流量均值
数据来源
- 通过PID
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 1
- 2
- 3
- 4
- 5
- 6
- 7
以下为net.txt内容:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
这边的wlan0代表wifi 上传下载量标识! 上传下载量单位是字节可以/1024换算成KB
这里可以看到下载的字节数 、数据包 和 发送的字节数 、数据包
小技巧:wlan0这些值如何初始化0 很简单 你打开手机飞行模式再关掉就清0了
- 通过UID
adb shell cat /proc/<pid>/status
测试pid=29273,查看结果uid=10170
adb shell cat /proc/net/xt_qtaguid/stats > allnet.txt
find "10170" allnet.txt
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
其中第6和8列为 rx_bytes(接收数据)和tx_bytes(传输数据)包含tcp,udp等所有网络流量传输的统计。一个uid可能对应多个 进程,所以这有两行流量是累加的就求和就行。
Crash
数据获取
将crash log上报给服务器,不再赘述
第三方工具:友盟统计、百度统计
ANR
第三方测试工具
- GT
- 安测试
- 腾讯APT