ARM Linux下perf采样是否可靠？异常采样结果分析求助

针对你在华为鲲鹏920（Cortex-A72架构）上遇到的perf采样问题：循环执行两条NOP加一条跳转指令，但采样结果中跳转指令几乎无记录、第二条NOP采样占比远高于第一条，这并非perf不可靠，而是由ARM架构的硬件特性决定的，具体原因如下：

1. Cortex-A72的PMU采样PC规则 #

Perf依赖ARM架构的PMU（性能监控单元）实现采样，默认采样cycles事件时，PMU捕获的是指令完成执行（retire）时的PC地址，而非随机任意时刻的PC。对于你的循环指令流：

400554: nop → 400558: nop → 40055c: b 400554

跳转指令b 400554执行完成后，PC会立刻跳回循环开头，这条指令的retire窗口极短；再加上Cortex-A72的分支预测会完全命中这个固定循环分支，消除了跳转延迟，导致它几乎不占用额外周期，因此被PMU捕获到的概率极低。

2. 流水线与分支预测对采样分布的影响 #

Cortex-A72是超标量乱序执行架构，配合分支预测，你的循环会被硬件优化为连续执行的指令流：

• 第一条NOP（400554）执行后，流水线会立刻预取并执行第二条NOP（400558），两条NOP的执行几乎是连续的；
• 跳转指令执行后，流水线会直接切换到循环开头的NOP，跳转指令本身不会在流水线中停留太久；
• 当采样中断触发时，硬件更可能捕获到处于执行/退休阶段的第二条NOP——因为第一条NOP执行后，第二条NOP会立刻进入执行阶段，而跳转指令的执行完成几乎和PC切换同步，很难被采样中断“抓”到。

3. Perf采样的可靠性结论 #

Perf在ARM Linux下的采样是可靠的，它忠实地反映了PMU捕获到的硬件执行状态。你看到的异常分布，本质是硬件指令执行特性（分支预测、流水线行为）导致的采样偏差，而非工具本身的问题。如果要验证跳转指令的采样，可以尝试构造分支预测不命中的场景（比如随机跳转），此时跳转指令的执行会产生延迟，被采样到的概率会显著提升。

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