如何监测占用PMU寄存器的其他进程 避免干扰perf_event_open采样

1. 运行短周期perf命令快速检测 #

你可以先执行一次短时长的perf stat命令，指定你采样要用到的所有PMU事件，根据返回结果判断计数器是否被占用：

perf stat -e 你需要的事件1,你需要的事件2 sleep 0.1

如果输出中对应事件的计数显示not counted、N/A，或者明确提示events are multiplexed，就说明当前有其他进程占用了PMU计数器，无法满足你的采样需求。

2. 调用perf_event_open时通过属性判断 #

你在调用perf_event_open创建采样事件时，可以给perf_event_attr结构体设置pinned标志位，这个标志要求事件必须独占硬件PMU计数器：

• 如果计数器资源不足，perf_event_open会直接返回错误
• 就算创建成功后计数器被其他高优先级事件抢占，后续读取事件文件描述符时会返回0计数，同时对应的状态位会标记事件已失效
  你可以通过这两个状态直接判断当前PMU资源是否被其他进程占用。

3. 遍历debugfs的perf状态节点（需要root权限） #

如果已经挂载了debugfs（默认多数发行版都会挂载），你可以读取/sys/kernel/debug/perf/目录下的内容，这里会列出当前系统所有活跃的perf事件，包括对应的进程PID、绑定的PMU事件类型、占用的核心等信息，直接就能查到有没有其他进程正在使用硬件PMU资源。

注意事项 #

• 主流x86服务器每个核心仅提供4~8个通用可编程PMU计数器，还有3个左右的固定功能计数器，资源本身有限，只要其他进程同时开启2个以上硬件PMU事件就很容易出现资源抢占
• 如果你仅需要采样自身进程的数据，也可以在创建事件时指定pid为自身进程ID，配合pinned标志使用，避免和系统级的PMU采集任务冲突

内容的提问来源于stack exchange，提问作者祝均平