开机性能-如何抓取开机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

相关推荐
考虑考虑3 小时前
Mybatis实现批量插入
java·后端·mybatis
咖啡八杯4 小时前
GoF设计模式——中介者模式
java·后端·spring·设计模式
青石路8 小时前
记一次多JDK版本问题的排查,一坑套一坑,差点没爬上来
java
杉氧10 小时前
深入理解 Compose 重组机制:快照系统如何驱动 UI 精准刷新?
android·架构·android jetpack
召钱熏11 小时前
状态枚举正确≠渲染正确:一个语音按钮的状态机边界修复实录
android·前端
像我这样帅的人丶你还11 小时前
Java 后端详解(五):Redis 缓存
java·后端·全栈
杉氧11 小时前
深度解析:Jetpack Compose 核心架构与底层原理 —— 十年安卓老兵的“破茧重生”
android·架构·android jetpack
通玄11 小时前
Jetpack Compose 入门系列(七):ViewModel 与界面状态管理
android
落魄Android在线炒饭12 小时前
Android Framework 开发技巧:android.jar 生成与系统快速编译验证
android
如此风景12 小时前
Kotlin Flow操作符学习
android·kotlin