C++如何通过代码获取当前CPU的每个核心频率-C++-PHP中文网

linux下读取/sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq最可靠，因其无需特权、稳定且被广泛支持；该文件返回内核上报的瞬时频率（khz），而cpuinfo_cur_freq可能为空，且scaling_cur_freq只要cpufreq子系统启用就一定存在。

c++如何通过代码获取当前cpu的每个核心频率

Linux下读取`/sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq`最可靠

Linux内核通过sysfs暴露每个CPU核心的实时频率，这是无需特权、稳定且被广泛支持的方式。注意路径中的cpu*需遍历所有逻辑核心（包括超线程），而scaling_cur_freq返回的是kHz为单位的整数——不是估算值，是内核当前上报的瞬时值。

常见错误是直接读cpuinfo_cur_freq：它可能为空或未启用，依赖cpufreq驱动是否注册了该接口；而scaling_cur_freq只要启用了cpufreq子系统（现代发行版默认开启）就一定存在。

先检查路径是否存在：ls /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
若报No such file or directory，说明cpufreq未启用，需加载模块（如sudo modprobe acpi-cpufreq或intel_cpufreq）
读取时用std::ifstream逐行读取，避免用system()调用cat——开销大且难处理空格/换行
注意权限：普通用户可读，但某些安全加固系统会禁用sysfs，此时会返回-1或空字符串

Windows上必须用WMI查询`Win32_Processor`的`CurrentClockSpeed`

Windows没有统一的“每个核心实时频率”API，Win32_Processor类的CurrentClockSpeed字段返回的是该处理器包（socket）当前报告的基准频率，**不是每个逻辑核心的独立值**。多核CPU通常所有核心共享同一P-state，所以WMI返回的是代表性值，而非逐核采样。

试图用QueryPerformanceCounter或RDTSC手动测频完全不可靠：现代CPU动态变频、Turbo Boost、核心休眠都会导致单次测量失真，且无法区分核心归属。

C++

"空空如也"

下载

必须链接comsuppw.lib并初始化COM（CoInitializeEx(nullptr, COINIT_MULTITHREADED)）
WQL查询语句固定为：SELECT CurrentClockSpeed FROM Win32_Processor，不能加WHERE DeviceID="CPU0"来“选核”——DeviceID对应物理CPU插槽，非逻辑核心
返回值单位是MHz，但精度仅到整数MHz，且更新延迟约1–2秒，不适合高频监控
在虚拟机中该值常恒定为标称频率，与实际运行频率脱钩

macOS无公开API获取每核实时频率，`sysctlbyname("hw.cpufrequency")`只返回标称值

Apple不提供类似Linux sysfs的实时频率接口。hw.cpufrequency和hw.cpufrequency_max返回的是编译时硬编码的标称频率或最大睿频，**不是运行时值**。I/O Kit驱动（如IOPlatformExpert）理论上能访问底层寄存器，但需要kext签名+用户态不可达，且随macOS版本频繁变更，不具备实用性。

第三方工具如powermetrics（需sudo）可输出近似值，但它本质是解析SMC传感器数据+内核统计，并非精确到核的硬件计数器读取。

不要尝试用mach_timebase_info反推频率——它只提供时间戳换算系数，与当前P-state无关
sysctl -a | grep cpu列出的所有hw.*项均不含实时频率字段
某些Hackintosh EFI补丁能暴露MSR寄存器，但原生macOS禁止用户态读取MSR_IA32_APERF/MSR_IA32_MPERF，强行mmap会触发kernel panic

C++跨平台封装要注意核心数识别与采样时机

即使Linux能读每核频率，std::thread::hardware_concurrency()返回的是逻辑核心数，而/sys/devices/system/cpu/下的目录数才是真实可寻址核心数（含离线核心）。更关键的是：频率是瞬时值，连续两次读取间隔若小于10ms，很可能拿到重复值——内核不会高频刷新该文件。

遍历前先读/sys/devices/system/cpu/online，过滤出真正online的核心索引（如0-3,6,8），避免读取offline目录导致ENODEV
单次采集建议sleep 50ms以上再读下一轮，否则看到的只是缓存副本
不要把多次读取结果直接求平均——Turbo Boost导致短时爆发，平均值会掩盖单核满载现象
在容器或云主机中，/sys/devices/system/cpu/cpu*/cpufreq/可能被挂载为只读或屏蔽，需提前fallback到sysconf(_SC_NPROCESSORS_ONLN) + 标称频率

真实场景里，所谓“每核频率”更多是诊断用途，而非控制依据。硬件层面，现代CPU的频率调节单元（ACPI P-state或Intel Speed Shift）以簇（cluster）或包（package）为单位操作，所谓“单核频率”本质是统计意义上的近似。