为何同线程同时长下simpleperf stat与record输出的指令计数不一致

• simpleperf record返回的570M计数结果准确性更高，差异核心来源是simpleperf stat的硬件计数器复用问题：
  1. 你执行stat命令时虽然加了--use-devfreq-counters，但输出仍明确提示存在计数器复用（61%的运行占比），说明测试时段内PMU硬件计数器被其他进程占用（比如系统功耗监控、perfetto追踪、其他perf会话），stat仅在计数器分配到当前监控事件的时段能统计指令，间隙时段的指令完全漏统计，导致原始421M结果偏低。
  2. record模式对PMU资源的抢占优先级高于普通stat会话，且你测试时仅指定了instructions单个事件，复用概率极低，输出的累计事件计数是基于采样点的周期加权统计，覆盖了全部10秒内线程的运行指令，误差远低于存在复用的stat结果。
  3. 额外注意：--use-devfreq-counters参数读取的是设备功耗模块的统计计数器，部分平台的该计数器统计口径和核心PMU的指令计数口径不一致（比如仅统计特定集群核心的指令），也是误差来源之一。

• 你采用的统计值/运行占比的归一化方式不适用PMU复用场景，原因是计数器调度不是均匀分布的：比如线程跑在大核时计数器未分配到你的监控事件，跑在小核时才分配，会导致归一化结果偏高，和真实值差异大。正确校准方式如下：
  1. 优先消除复用问题：测试前关闭所有占用PMU的进程（包括系统自带的功耗追踪、Android Studio Profiler、其他simpleperf进程），重新执行stat命令，直到输出的运行占比达到100%，此时stat的结果会和record的结果误差在5%以内，属于正常统计浮动。
  2. 若无法消除复用，可在stat命令中添加--priority high参数提升simpleperf的PMU资源抢占优先级，同时仅保留单个统计事件，尽可能降低复用概率。
  3. 验证对齐方式：执行simpleperf stat -e instructions -t 27473 --duration 10 --no-use-devfreq-counters，待运行占比100%后，再执行相同参数的record命令，两者的指令计数会完全对齐。

内容的提问来源于stack exchange，提问作者Shih-Chan Huang