perf计数器cycle_activity.stalls_total构成及非数据访问停滞因素问询

1. cycle_activity.stalls_total的构成组件 #

cycle_activity.stalls_total统计的是CPU因各类资源瓶颈陷入停滞的总周期数，其核心构成对应不同场景的细分计数器，常见包括：

• cycle_activity.stalls_l1d_miss：L1数据缓存缺失导致的停滞周期
• cycle_activity.stalls_l1i_miss：L1指令缓存缺失导致的停滞周期
• cycle_activity.stalls_l2_miss：L2缓存缺失导致的停滞周期
• cycle_activity.stalls_ldm：加载/存储单元资源竞争或等待引发的停滞周期
• cycle_activity.stalls_sbx：前端指令解码、分发阶段资源瓶颈导致的停滞周期
• cycle_activity.stalls_rs：重排序缓冲区或保留站资源耗尽引发的停滞周期
• cycle_activity.stalls_fu：功能单元（如ALU、FPU）资源竞争导致的停滞周期

2. stalls_total远高于stalls_l1d_miss时的其他停滞原因及对应计数器 #

当stalls_total数值远大于stalls_l1d_miss，说明CPU停滞的主要来源并非L1数据缓存缺失，而是其他资源瓶颈，对应stalls_total = stalls_l1d_miss + X + Y + ...中的X、Y常见如下：

• X：指令前端瓶颈
  • 对应计数器：cycle_activity.stalls_l1i_miss、cycle_activity.stalls_sbx
  • 原因：L1指令缓存缺失导致指令无法及时供给，或解码单元、指令分发队列饱和，后端无指令可执行
• Y：高层级缓存/内存缺失
  • 对应计数器：cycle_activity.stalls_l2_miss（部分CPU支持cycle_activity.stalls_l3_miss）
  • 原因：数据或指令在L2及以上缓存缺失，需要等待更长时间从内存读取
• Z：执行单元资源竞争
  • 对应计数器：cycle_activity.stalls_fu、cycle_activity.stalls_rs
  • 原因：大量指令争抢同一功能单元（如浮点运算单元），或重排序缓冲区、保留站无空闲条目，指令无法进入执行阶段
• W：加载/存储单元瓶颈
  • 对应计数器：cycle_activity.stalls_ldm
  • 原因：加载/存储指令队列已满，或存储操作等待提交到内存，阻塞后续加载/存储指令执行

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