普通命令如/proc/cpuinfo、lscpu、mpstat仅提供静态抽象信息，无法访问CPU微架构级流水线状态，因该层级属硬件私有实现，需通过perf配合PMU原始事件（如STALL_FRONTEND/STALL_BACKEND）间接获取。
Linux内核不暴露CPU微架构级的流水线状态（比如取指、译码、执行、访存、写回等阶段的实时 occupancy 或 stall 原因），/proc/cpuinfo、lscpu、mpstat 这些工具只提供抽象层信息，无法看到流水线级细节。
为什么普通命令看不到流水线状态
CPU流水线是硬件微架构实现细节，x86/ARM等主流架构不通过标准内核接口向用户空间导出逐周期的流水线寄存器或stall原因。Linux运行在ring 0以上，没有权限直接读取这些私有MSR（Model Specific Register）或内部性能监控单元（PMU）的原始流水线事件计数器——除非你启用并配置了perf子系统。
-
top、htop显示的是调度层的CPU时间分配，不是硬件流水线占用 -
/proc/cpuinfo只反映静态能力（如支持AVX、分支预测器存在），不反映运行时流水线行为 - 即使
perf list中出现cycles、instructions这类事件，它们也是统计聚合值，不是流水线各stage的实时快照
用 perf 监控接近流水线行为的底层事件
真正能间接反映流水线压力的，是 perf 工具配合 CPU PMU 采集的微架构事件。不同CPU厂商提供的事件名和语义不同，需查对应文档（如Intel SDM Vol. 3B, AMD PPR），但常见可用事件包括：
-
perf stat -e cycles,instructions,uops_issued.any,uops_retired.retire_slots：对比指令吞吐与uop发放/退休数量，可判断是否受解码或执行端瓶颈限制 -
perf stat -e idq_uops_not_delivered.core（Intel）：IDQ（Instruction Decode Queue）未送达核心的uop数，高值说明前端（取指/译码）堵了 -
perf stat -e resource_stalls.any（Intel）：所有资源冲突导致的stall周期总和，含ROB、RS、LQ/SQ等 -
perf record -e cpu/event=0x51,umask=0x01,name=ld_blocks_partial/（AMD）：部分加载阻塞，可能关联流水线重启动
注意：perf 事件需 root 权限，且默认只对当前进程生效；某些事件（如精确分支预测失败计数）在虚拟化环境中可能被禁用或失真。
查看 CPU 微架构型号与手册支持情况
想用流水线级事件，先确认你的CPU具体型号和厂商，再查对应性能分析手册：
- 查型号：
lscpu | grep "Model name"或cat /proc/cpuinfo | grep "model name" | head -1 - 查PMU支持：
perf list | grep -i "stall\|idq\|resource"—— 若无输出，说明内核没启用该事件，或CPU太老（如 pre-Nehalem） - Intel处理器建议参考《Intel® 64 and IA-32 Architectures Software Developer’s Manual》Vol. 3B Chapter 19
- AMD处理器查《Processor Programming Reference (PPR)》对应Family文档
别指望 mpstat -P ALL 1 或 vmstat 1 给出流水线状态——它们连L1缓存miss都看不到，更别说流水线stage occupancy。
真正做微架构调优时，必须结合 perf record -g 火焰图 + 特定PMU事件 + 汇编级热点定位，而且每次换CPU型号，事件名和语义都可能变。流水线不是“状态”，而是一组高度耦合、随指令流动态变化的硬件资源竞争结果。
