必须用HWiNFO64读取各核心Actual Frequency与Multiplier字段，结合Turbo Boost Status及Thermal Throttle状态，才能准确判断CPU是否依负载动态调频；PowerShell的powercfg仅显示策略开关，不反映实时缩放行为。
要确认CPU是否正在根据负载动态调整各核心运行频率，而非始终锁定在基础频率或最大睿频，必须获取实时、分核心的频率缩放状态，并结合调频策略判断节能调度是否生效。单看任务管理器的平均频率无法反映大小核差异与策略行为。
用PowerShell查当前缩放状态与策略参数
这一步直接读取Windows电源管理层的处理器缩放配置，能快速识别系统是否允许频率动态变化。
以管理员身份打开Windows Terminal（或PowerShell），执行以下命令：
powercfg /processorsettings
输出中重点关注“最小处理器状态”和“最大处理器状态”两行数值——若两者均为100%，说明系统禁用了频率缩放，所有核心将始终运行在最高档位；若最小值设为5%且最大值为100%，则表明缩放功能已启用。
注意：该命令不显示当前瞬时频率，只反映策略开关状态。若需验证实际缩放是否发生，必须配合实时监控工具。
通过HWiNFO64观察各核心频率缩放实时轨迹
HWiNFO64是唯一能在Windows下穿透驱动层，直接读取每个物理核心MSR寄存器中Actual Frequency字段的工具，适用于Intel/AMD大小核架构，可清晰看到性能核（P-core）与能效核（E-core）的频率是否异步跳变。
方法一：传感器模式快速定位
1. 下载HWiNFO64便携版并解压 → 以管理员身份运行HWiNFO64.exe → 在传感器选择窗口勾选“Sensors only” → 点击“Run”
2. 左侧树状目录展开“CPU” → 逐个点击“CPU Core #0”至“CPU Core #N”
3. 每个核心节点下查找“Clock”或“Actual Frequency”条目，其数值单位为MHz，刷新率可达100Hz
方法二：对比倍频与睿频标识判断缩放动作
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
同步查看同一核心下的“Multiplier”字段：若数值从基础倍频（如x32）跃升至x44，再回落至x28，说明缩放正在响应负载变化；若“Turbo Boost Status”持续显示“Active”，但“Clock”长期卡在低值（如800MHz），则可能是温控或功耗墙触发了被动降频，而非策略性节能缩放。
【关键提示】HWiNFO64中“CPU Package”节点下的“Power Limit”和“Thermal Throttle”状态栏必须为“OK”，否则观测到的低频是热限频，不是节能调度结果。
Linux下用cpufreq-info诊断缩放策略实效性
在统信UOS、Ubuntu等发行版中，cpufreq-info能揭示内核是否真正执行了用户设定的缩放策略，而不仅是配置文件写入成功。
第一步：检查当前调频器
终端中执行：cpufreq-info -g
若返回“powersave”，说明系统正主动降低频率上限；若为“performance”，则锁频在最高档；若为“ondemand”或“schedutil”，表示按负载动态切换。
第二步：验证频率上下限是否被硬性截断
运行：cpufreq-info -l
输出格式为“current frequency is X.XX GHz, min MHz: YYY, max MHz: ZZZ”。若max MHz远低于CPU标称睿频（例如i5-1240P标称4.4GHz，但此处显示3200），说明BIOS或内核启动参数已强制封顶，节能调度被物理限制。
第三步：观察实时缩放响应
执行：watch -n 0.5 'grep \"cpu MHz\" /proc/cpuinfo | head -4'
该命令每500毫秒刷新一次前4个逻辑核心频率。此时运行stress-ng --cpu 2 --timeout 10s，若频率从400MHz迅速拉升至3200MHz再平滑回落，证明缩放策略正在闭环生效；若仅小幅波动或无响应，则调频器未激活或驱动异常。
