开机性能-如何抓取开机systrace

一、理论

1.背景

抓取开机 trace 需要使用 userdebug 版本,而我们测试开机性能问题时都要求使用 user 版本,否则会有性能损耗问题。因此想要在抓取开机性能trace 时,需要在 user 版本上打开 atrace 功能之后才能抓取 trace,默认 release user 版本是无法直接抓取 trace 的。

2.sepolicy修改


涉及的更改主要是 atrace.te 和 domain.te 文件, prebuilts/api/30.0/private 下的文件更改是因为需要与 private下的文件保持一致。
private/atrace.te

atrace 配置原先只在 userdebug 和 eng 版本中才生效,这里是放开对版本类型的限制,使 atrace 配 置对user 版本同样有效。
private/domain.te

同理,因为 atrace 是 domain 类型,这里是放开 user 版本下 atrace 对 debugfs_tracing_debug 类型的
读写权限。
Android版本 Api Level SDK

Android 14 (Developer Preview)
Android 13.0(T) 33
Android 12.0(S) 31,32
Android 11.0(R) 30
Android 10.0(Q) 29
Android 9.0(Pie) 28
Android 8.1(Oreo) 27
Android 8.0(Oreo) 26
Android 7.1(Nougat) 25
Android 7.0(Nougat) 24
Android 6.0(Marshmallow) 23
Android 5.1(Lollipop) 22
Android 5.0(Lollipop) 21
Android 4.4W(KitKat Wear) 20
Android 4.4(KitKat) 19
Android 4.3(Jelly Bean) 18
Android 4.2(Jelly Bean) 17
Android 4.1(Jelly Bean) 16
Android 4.0.3(IceCreamSandwich) 15
Android 4.0(IceCreamSandwich) 14
Android 3.2(Honeycomb) 13
Android 3.1(Honeycomb) 12
Android 3.0(Honeycomb) 11
Android 2.3.3(Gingerbread) 10
Android 2.3(Gingerbread) 9
Android 2.2(Froyo) 8
Android 2.1(Eclair) 7
Android 2.0.1(Eclair) 6
Android 2.0(Eclair) 5
Android 1.6(Dout) 4
Android 1.5(Cupcake) 3
Android 1.1(Base) 2
Android 1.0(Base) 1

3.抓取trace

3.1 QCOM****平台

3.1.1抓取atrace****日志

替换 atrace.rc 系统中预置的atrace.rc 是 user 版本的 rc ,需要替换成我们修改过的 atrace.rc 。命令如下:

adb push atrace.rc /system/etc/init/atrace.rc

关闭原生 trace 功能,设置 atrace 触发器。命令如下:

$ adb shell
# setprop persist.traced.enable 0
# setprop persist.debug.atrace.boottrace 1

重启设备
设备重启后,在适当的位置抓取 atrace 数据。建议尽快抓取,否则可能出现缓冲区不足导致前面数
据被冲掉的情况。命令如下:

$ adb shell atrace --async_stop -z -c -o /data/local/tmp/atrace.out

将 /data/local/tmp/atrace.out 下的数据 pull 出来,然后使用 sdk 中的 systrace.py 工具将 atrace 数据
转换成 html 格式。

$ python systrace.py --from-file=atrace.out

3.1.2抓取zygote启动阶段的trace****数据

由于上面的抓取 atrace 数据的方式是通过 persist.debug.atrace.boottrace 属性来出来的,而 persist 属性 触发器的触发时机是在加载data 分区 persist 属性文件之后。这个时间点远远晚于 zygote 的启动时间,所 以是抓不到zygote 启动阶段的 trace 数据。
如果想要抓取 zygote 启动阶段的 trace 数据,需要手动将 boottrace 的启动时间调整到 zygote 启动之前。
关闭属性触发器

$ adb shell
# setprop persist.debug.atrace.boottrace 0

修改设备上的init.rc文件

首先将设备中的init.rc文件pull出来

$ adb pull /system/etc/init/hw/init.rc

修改init.rc文件
这里是在启动 zygote-start 的位置,直接将 boottrace 服务启动起来

将 init.rc push 回设备

$ adb push init.rc /system/etc/init/hw/

重启设备
接下来的操作与 3.1.1 章节重启后的内容一致。

3.2 MTK****平台

3.2.1抓取atrace****日志

关闭原生 trace 功能

$ adb shell
# setprop persist.traced.enable 0

打开 mtk systrace 工具

# setprop persist.vendor.boot_trace 1

重启设备
抓取 trace 数据

$ adb shell "cat /sys/kernel/tracing/trace" > SYS_FRACE

通过 trace2html 工具将 trace 数据转换成 html 格式

二、执行操作

如需在启动过程中启用 systrace,请执行以下操作:

在 frameworks/native/cmds/atrace/atrace.rc 中,修改如下:

  write /sys/kernel/debug/tracing/tracing_on 0
  write /sys/kernel/tracing/tracing_on 0

更改为:

  write /sys/kernel/debug/tracing/tracing_on 1
  write /sys/kernel/tracing/tracing_on 1

这将启用跟踪功能(默认处于停用状态)。

device.mk 文件中,添加以下:

PRODUCT_PROPERTY_OVERRIDES +=    debug.atrace.tags.enableflags=802922
PRODUCT_PROPERTY_OVERRIDES +=    persist.traced.enable=0

在设备专属 init.rc 文件中,添加以下行:

on property:sys.boot_completed=1          // This stops tracing on boot complete
write /d/tracing/tracing_on 0
write /d/tracing/events/ext4/enable 0
write /d/tracing/events/f2fs/enable 0
write /d/tracing/events/block/enable 0

在设备启动后,提取跟踪记录:

adb root && adb shell atrace --async_stop -z -c -o /data/local/tmp/boot_trace

adb pull /data/local/tmp/boot_trace

三、项目中实际应用(MTK QCOM通用)

1.system/core/rootdir/init.rc 添加如下:开机完成关闭trace

on property:sys.boot_completed=1
    write /d/tracing/tracing_on 0
    write /d/tracing/events/ext4/enable 0
    write /d/tracing/events/f2fs/enable 0
    write /d/tracing/events/block/enable 0

2.frameworks/native/cmds/atrace/atrace.rc

原本start boottrace 触发条件是on late-init persist.debug.atrace.boottrace=1

下面的修改是直接将on late-init 改成了on early-init 并将persist.debug.atrace.boottrace 条件去掉直接触发start boottrace 可以不用使用我下面的修改,可以按照你们需要调整start boottrace 例如可以在init.rc 不同的trigger阶段去启动boottrace service.


3.device/qcom/xxx/xxxx.mk 或者build/target/product/base_system.mk 添加属性配置

4.BoardConfig.mk BOARD_KERNEL_CMDLINE 追加下面字段

BOARD_KERNEL_CMDLINE += trace_buf_size=64M trace_event=cpu_frequency,sched_cpu_util,sched_boost_cpu,cpufreq_interactive,cpu_idle,cpu_frequency,cpu_frequency_limits,sched_wakeup,sched_switch,sched_blocked_reason,sched_cpu_hotplug

高通项目一般在device/qcom/xxxx/BoardConfig.mk

MTK项目一般在device/mediatek/xxxx/BoardConfig.mk

相关推荐
勿问东西13 分钟前
【Android】设备操作
android
五味香20 分钟前
C++学习,信号处理
android·c语言·开发语言·c++·学习·算法·信号处理
无理 Java25 分钟前
【技术详解】SpringMVC框架全面解析:从入门到精通(SpringMVC)
java·后端·spring·面试·mvc·框架·springmvc
gobeyye1 小时前
spring loC&DI 详解
java·spring·rpc
鱼跃鹰飞1 小时前
Leecode热题100-295.数据流中的中位数
java·服务器·开发语言·前端·算法·leetcode·面试
我是浮夸1 小时前
MyBatisPlus——学习笔记
java·spring boot·mybatis
TANGLONG2221 小时前
【C语言】数据在内存中的存储(万字解析)
java·c语言·c++·python·考研·面试·蓝桥杯
杨荧1 小时前
【JAVA开源】基于Vue和SpringBoot的水果购物网站
java·开发语言·vue.js·spring boot·spring cloud·开源
Leighteen2 小时前
ThreadLocal内存泄漏分析
java
java6666688882 小时前
Java中的对象生命周期管理:从Spring Bean到JVM对象的深度解析
java·jvm·spring