os-android: 调试多媒体性能(Crack Media Perf)
os-android: 调试多媒体性能(Crack Media Perf)
Android在中国市场野蛮生长，厂商水平参差不齐。手机厂商大品牌较多，Android的硬件和软件稳定性自然很高。Android在很多细分领域也有广泛应用，如: 机顶盒、广告机、收银机、游戏盒子、VR/AR、手持终端、扫地机器人、智能音箱等，设备厂商技术和人才储备不足，芯片供应商也是国内中等实力的IC公司，在这类设备上调试多媒体性能，还是非常难的。
1 命令行启动的app
这里有台友商样机，同款芯片同款操作系统能够达到视频4K@P60；我们的同款芯片同款操作系统只能达到视频4K@P30。Crack一下，找找差距。友商样机不小心被我玩坏了，换了新内核后起不来了，侥幸只是Launcher起不来。
Launcher起不来，可以安装一个第三方的Launcher。Launcher的作用无非就是一堆程序的快捷方式。使用am命令也能开启需要打开的程序。
下面查找一下设置APP的完整包名，并使用am start命令打开设置APP界面
fire_box:/ # dumpsys package | grep settings/.Settingsfire_box:/ # am start -n com.android.settings/.Settingsfire_box:/ # am start -n com.android.tv.settings/.MainSettingsfire_box:/ # am start -n com.rockchips.mediacenter/.activity.MainActivity# 打开设置APP设置一下HDMI的分辨率为4K@P60。设置APP有平板的设置版本和TV的设置版本。fire_box:/ # cat /d/dri/0/summary # 查看VOP，确认设置是否生效2 分析友商的多媒体播放性能(Crash Media Perfermance)
市场情报，友商同款芯片同款操作系统能够达到视频4K@P60；我们的同款芯片同款操作系统只能达到视频4K@P30。Crash一下友商系统，找点底气，找芯片原厂算账(O(∩_∩)O哈哈~，其实是寻求技术支持)。
fire_box:/ # am start -n com.rockchips.mediacenter/.activity.MainActivity视频4K@P60播放，整个系统链路包括: 文件系统读写性能(视频解复用) --> 视频硬解(DDR, VPU) --> 显示系统(GPU/Overlay) --> 显示驱动(VOP/LCDC)等 --> 物理显示设备。
特别提示：芯片原厂的系统内核是Linux-4.4, 如果是Linux-3.1部分解决略有不同。注意适用性。
检查点：系统负载
查看空闲的CPU。媒体应用CPU使用率不能太高，否则会出现调度问题。CPU使用率高会出现掉帧问题或概率性卡顿问题。使用下面命令观察一段时间内的CPU平均的空闲率或使用率。
fire_box:/ # top -m 10 -t 1| grep 400% | awk '{print $5}'fire_box:/ # logcat -c;logcat -v time --pid `ps -A | grep mediaserver | awk '{print $2}'`假如经过一段时间的统计，频率CPU使用率为200%，这时候视频肯定会卡顿，需要进一步分析是什么消耗了CPU。造成卡顿的原因很多，建议抓一下系统的Trace分析一下。Trace一定要包含问题现象才有意义。通过Trace本人有发现过两种卡顿问题:
- DDR中断驱动问题，导致中断处理异常耗时，而造成卡顿
- 系统GMS包一直崩溃和重启，造成系统卡顿。这种情况在设置里面把(App>Google Play Services)禁用掉在测试就知道了。
检查点：文件系统读写性能(视频解复用)
# 看看有没有异常的io读写fire_box:/ # iotop -m 5检查点：视频硬解(DDR, VPU)
# 视频解码对DDR和VPU使用异常频繁，DDR和VPU的频率是检查点。DDR在800M，VPU在500M为佳。fire_box:/ # ls /sys/class/devfreqdmc ff300000.gpu ff360000.rkvdecfire_box:/ # cat /sys/class/dmc/*/cur_freq # ddr freqencyfire_box:/ # cat /sys/class/ff360000.rkvdec/*/cur_freq # vpu freqency# 视频单帧解码时间直接关注，播放几个4K@P60片源，然后查看fire_box:/ # echo 0x100 > /sys/module/rk_vcodec/parameters/debugfire_box:/ # cat /proc/kmsg检查点：显示系统(GPU/Overlay)
# 查看当前应用是GLES显示还是Overlay显示。从SurfaceFlinger或VOP中可以查看。显示的帧率是否充足都可以看看。fire_box:/ # dumpsys SurfaceFlingerfire_box:/ # dumpsys SurfaceFlinger | grep fpsfire_box:/ # cat /d/dri/0/summary # VOP summary, 奇怪的节点名.检查点：显示驱动(VOP/LCDC)
播放4K视频也和显示系统和CPU有关系，他们的频率也看看。如果是GPU渲染需要关注GPU频率。fire_box:/ # ls /sys/class/devfreqdmc ff300000.gpu ff360000.rkvdecfire_box:/ # cat /sys/class/ff300000.gpu/*/cur_freq # GPU freqencyfire_box:/ # cat /d/clk/clk_summary | grep vop aclk_vop_pre 1 1 400000000 0 0 aclk_vop 2 2 400000000 0 0fire_box:/ # cat /sys/bus/cpu/devices/cpu*/cpufreq/cpuinfo_cur_freq1008000100800010080001008000检查点：多媒体物理设备节点
# 获取声卡信息cat /proc/asound/card*/pcm0p/sub0/hw_paramscat /sys/class/drm/card0-HDMI-A-1/audioformat# HDMI 节点信息Linux-3.1$ cat /sys/class/display/HDMI/mode$ cat /sys/class/graphics/fb*/disp_info$ cat /sys/devices/virtual/display/HDMI/mode$ ls /sys/devices/virtual/display/HDMI/3dmode color debug mode modes power scale typeLinux-4.4$ cat /sys/class/drm/card0-HDMI-A-1/modes (linux-4.4-drm)$ cat /d/dri/0/summary从设置里面看下，显示系统的参数，记录一下。
3 自行解决还是抛出问题
综合以上分析。比较好解决的是DDR频率、GPU频率和VPU频率不足。渲染的图层比较多也容易解决。改改内核配置一般能解决。如果这些参数均一致，但是自家的表现不如友商，只能系统日志配合上述日志，抛出来给芯片原厂解决了。
fire_box:/ # ps -A | grep mediaserver | awk '{print $2}'fire_box:/ # logcat -c; logcat -v time --pid=${pid-mediaserver}4 特别关注DDR问题
DDR颗粒的问题也需要关注。DDR颗粒的问题分几种情况:(1) 有些低端的板子用4颗4位的拼成16位总线，DDR总带宽受限，播放4K肯定吃力，大罗神仙也回天无力。(2) DDR种类多，配置模板多，配置错一点都可能带来性能和稳定性问题。(3) DDR颗粒虚焊和其他重要元器件虚焊，可能带来性能和稳定性问题。
更多相关文章
- Nginx系列教程（六）| 手把手教你搭建 LNMP 架构并部署天空网络电影
- Android大概介绍
- AndroidNDK工程FFmpeg（一）-- Android使用FFmpeg--Shell脚本编写与
- 1.0 Android平台概述
- 关于 Android(安卓)进程保活，你所需要知道的一切
- 搭建直播平台中Android(安卓)音视频如何做到音视频同步
- [Android]设备中的分区信息详解
- Android关于显示悬浮窗权限的转载
- Android(安卓)Studio查看SHA1和MD5（附带keystore创建）