在 Linux 里，并不存在一个现成可读的“单核性能”直接指标。真要判断，通常得把几件事放在一起看：先用mpstat观察负载到底是怎么分布的，再借助cpupower monitor查看每个核心的实际频率，最后结合taskset做绑核测试，看吞吐表现究竟如何。说到底，关键不只是看结果高不高，还得分清楚：影响单核表现的，到底是硬件本身的能力，还是系统策略、散热状态、内存等外部因素。
在 Linux 里，并不存在一个可以直接查到的“单核性能”数值。它不像主频那样，属于一眼就能读出的硬件参数；真正决定单核强弱的，其实是核心在真实负载下的执行效率。换句话说，想判断某颗核心到底能打到什么水平，关键还是看运行时表现，再结合基准对比来评估，而不是去翻配置文件找答案。
用 mpstat -P ALL 看各核负载分布是否均衡
单核性能差异往往体现在调度不均或硬件降频上，mpstat 能暴露真实瓶颈：
- 先安装：
sudo apt install sysstat（Debian/Ubuntu）或sudo yum install sysstat（RHEL/CentOS） - 执行：
mpstat -P ALL 1 5（每秒采样一次，共5次），观察每行%usr和%sys是否明显偏离其他核 - 如果某核长期
%usr接近 100% 而其他核空闲，说明任务没被正确分发，不是核弱，是调度或进程绑定问题 - 若某核
%iowait异常高，可能是该核绑定了高IO进程，掩盖了其计算能力
用 cpupower monitor 确认单核是否被动态降频
睿频、thermal throttling 或电源策略会实时压制单核频率，cpupower monitor 是唯一能逐核看到 kHz 级波动的工具：
- 需 root 权限：
sudo cpupower monitor - 输出类似：
cpu0: 2400000 cpu1: 800000 cpu2: 2400000 ...（单位是 kHz） - 注意：如果某核长期卡在最低频率（如 800000），而其他核正常，大概率是温度过高或 BIOS 限制，不是性能差，是被强制压频
- 对比
grep "cpu MHz" /proc/cpuinfo输出——后者可能缓存旧值，不可信
用 taskset 绑定测试进程到指定核心测真实吞吐
绕过调度干扰，直接测单核原始算力：
- 跑一个纯 CPU 密集型任务，比如
stress-ng --cpu 1 --timeout 10s（需先sudo apt install stress-ng） - 用
taskset -c 0 stress-ng --cpu 1 --timeout 10s把它钉在 CPU0 上 - 同时开另一个实例绑到 CPU1：
taskset -c 1 stress-ng --cpu 1 --timeout 10s - 用
mpstat -P 0,1 1 1查看两核各自的%usr，再比对完成时间（time taskset -c 0 ...） - 若 CPU0 耗时显著长于 CPU1，且
cpupower monitor显示频率一致，则可能是该核硬件老化、微码缺陷或 NUMA 访存延迟更高
真正难判断的不是“怎么测”，而是区分：是单核本身弱，还是被系统策略、散热、内存带宽或 PCIe 通道拖累。别只盯着 cpu MHz 字段，它连瞬时频率都未必准，更别说反映性能了。
