cpu最高主频需交叉验证：lscpu的cpu max mhz反映硬件标称睿频上限；/sys/.../scaling_max_freq显示内核当前允许的最高频率（受bios、温度等限制）；turbostat可实测运行时是否真正达到睿频。
CPU最高主频不是“当前频率”，而是硬件支持的睿频上限，它藏在几个固定路径里，但含义和可靠性各不相同。
看 CPU 硬件标称最高睿频用 lscpu | grep "CPU max"
这是最常用、无需 root 权限的方式：lscpu 里的 CPU max MHz 字段反映的是 CPU 规格书定义的最高睿频（比如 i7-11800H 显示 4600.0000），前提是 BIOS 启用了 Turbo Boost 且内核能正确读取。
- 该值稳定、可预期，适合写进监控 baseline 或做性能比对
- 在老旧内核或某些虚拟机中可能显示为
unknown，此时需换方法 - 注意：多插槽系统中，不同物理 CPU 的
CPU max MHz可能不同，lscpu只报告一个汇总值，不代表所有 socket
查当前生效的最高频率限制用 cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
这个路径返回的是 kernel 当前允许的最高频率（单位 kHz），它受 BIOS 设置、thermal throttling、RAPL 功耗墙、甚至 intel_pstate 的 max_perf_pct 限制——也就是说，它可能低于 lscpu 报的值。
- 必须存在
/sys/devices/system/cpu/cpu0/cpufreq/目录（即 cpufreq 驱动已加载），否则会报No such file or directory - 读任意核心即可（如
cpu0），多核通常一致；若不一致，说明有 per-core frequency scaling（少见） - 值为
4700000表示 4.7 GHz，直接除以 1000 得 MHz
验证是否真能达到最高睿频用 turbostat --interval 1
仅 Intel CPU 可靠，turbostat 是唯一能捕获“实际运行时是否突破 base frequency”的工具。它每秒输出每核的 GHz 值，当某列显示 4.90 且 Turbo 列为 ✓，而 cpuinfo_max_freq 是 4700，就说明睿频已超基频上限。
- 必须加
sudo，否则 MSR 寄存器读取失败，关键字段为空 - KVM/Xen 虚拟机中默认禁用 MSR 访问，会报
no permission to read MSR - 输出中的
Pkg% C0和温度（Temp）能帮你判断是否因过热被压制
别信 /proc/cpuinfo 里的 cpu MHz 或 lscpu 的 CPU MHz
这两个字段都跟“最高主频”无关：/proc/cpuinfo 的 cpu MHz 是某个核心的瞬时采样值（可能滞后、可能空闲降频）；lscpu 的 CPU MHz 是所有核心的平均估算值，既不实时也不代表上限。
- 常见误操作：
grep "cpu MHz" /proc/cpuinfo | head -n 1—— 只取第一个核心，完全无法反映最高能力 - 更隐蔽的坑：某些 AMD CPU 或启用了
amd-pstate的新内核，scaling_max_freq可能被固件锁死，此时turbostat才是唯一可信源
真正复杂的地方在于：最高主频不是静态数字，它是一组受 BIOS、内核驱动、功耗策略、温度、同时激活核心数共同约束的动态边界。想确认能不能跑到标称值，不能只看一个命令，得交叉比对 lscpu、scaling_max_freq 和 turbostat 的输出。
