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 字段，它连瞬时频率都未必准，更别说反映性能了。
