Linux perf指令计数器统计程序指令数始终返回0的排查求助

核心原因 #

你遇到的perf指令计数返回0的问题，90%以上的场景是硬件性能监控计数器(PMC)未被开放访问权限，常见触发场景如下：

• 运行环境为虚拟机/WSL，上层宿主/宿主机没有给当前系统开放PMC访问权限
• BIOS/UEFI中默认禁用了性能监控单元(PMU)
• 内核编译时未开启perf事件支持，或内核启动参数禁用了PMC相关功能

排查修复步骤 #

1. 运行环境校验 #

• 如果你使用的是WSL2：
  首先在Windows管理员权限PowerShell中执行wsl --update升级到最新版本，然后在Windows用户目录下新建/编辑.wslconfig文件，添加如下配置：

  [wsl2]
  kernelCommandLine = perf_event_paranoid=-1
  

  执行wsl --shutdown重启WSL后重试。如果仍然无效，说明WSL2对硬件PMC的支持存在局限，建议切换到实体机测试。
• 如果你使用的是KVM虚拟机：
  启动虚拟机时追加参数-cpu host,pmu=on；如果用libvirt管理，在虚拟机XML配置的<cpu>标签下添加<pmu state='on'/>后重启虚拟机。
• 如果你使用的是VMware虚拟机：
  编辑虚拟机配置，在处理器设置中勾选「虚拟化CPU性能计数器」后重启虚拟机。

2. BIOS配置校验 #

重启设备进BIOS/UEFI设置界面，搜索包含Performance Monitoring Unit、Hardware Performance Counter、PMC、PMU关键词的选项，将其设置为启用状态，保存配置重启后重试。

3. 内核配置校验 #

执行以下命令检查内核perf支持是否开启：

zcat /proc/config.gz | grep CONFIG_PERF_EVENTS

如果输出不是CONFIG_PERF_EVENTS=y，说明当前内核未编译perf支持，需要重新编译内核开启对应选项。

4. 硬件事件兼容性校验 #

如果上述配置都正常但仍返回0，可尝试用原始事件编码替代符号名测试（x86架构下指令数的原始事件编码为r00c0）：

perf stat -e r00c0:u [binary]

如果该命令返回正常计数，说明当前内核的硬件事件符号映射存在问题，直接用原始事件编码统计即可。

如果perf硬件计数始终无法正常工作，可以用以下方案统计程序执行指令数：

• Valgrind Callgrind：执行valgrind --tool=callgrind [binary]，运行结束后生成的callgrind.out.*文件中，Ir字段对应的数值就是用户态动态执行的总指令数，准确性高，但会让程序运行速度降低10~100倍，适合小型程序统计。
• QEMU 用户态模拟：执行qemu-x86_64 -d plugin -plugin /usr/lib/qemu/contrib/plugins/libinsn.so [binary]，运行结束后会输出统计的总指令数，性能损耗远低于Valgrind，统计结果准确。
• Intel PT（处理器追踪）：如果使用Intel处理器，可执行perf record -e intel_pt//u [binary]录制执行 trace，再用perf script --insn-trace统计指令数，精度极高，性能损耗小。

内容的提问来源于stack exchange，提问作者Intermezzo_