上一讲我们聊了软件层的功耗抓取工具，这一讲咱们来点硬核的。说白了，就是当你发现系统功耗不对劲，但又不知道是哪段代码在捣鬼时，该拿什么武器去定位。我个人习惯把功耗调试分成三个层次：事件级、指令级、物理级。Perf 负责事件级，Trace32 负责指令级，Monsoon 这类硬件功耗仪负责物理级。三者配合，基本没有搞不定的功耗问题。一、使用 Perf 进行功耗事件采样Perf 这玩意儿，很多 Linux 开发者都用过，但大多用来分析性能。其实它也能干功耗的活。为什么？因为很多功耗事件本质上就是性能事件——比如 cache miss 多了，CPU 就要多等，功耗自然就上去了。核心思路：通过 Perf 统计 CPU 的 PMU（Performance Monitoring Unit）事件，反推哪些代码路径导致了高功耗。1.1 常用功耗相关事件在 MTK 平台上，我常用的几个事件包括：cpu-cycles：CPU 时钟周期数，越高说明 CPU 越忙instructions：指令数，结合 cycles 可以算 CPIcache-misses：cache 未命中，会导致 stall，增加功耗branch-misses：分支预测失败，同样会导致流水线冲刷stalled-cycles-frontend/stalled-cyc