需通过cat /proc/cpuinfo | grep "cpu mhz"命令获取各逻辑核心实时频率，若持续显著低于标称主频（如i5-1135g7的2.4ghz），则表明系统因温控或电源策略触发了降频。
要在统信UOS中确认CPU当前运行频率是否低于标称主频，从而判断系统是否因温控或电源策略触发降频，必须获取每个逻辑核心的实时MHz值，不能仅依赖“关于本机”中静态的型号信息。
通过/proc/cpuinfo直接读取当前频率
这是最轻量、无需安装任何软件的方法，输出结果反映内核当前调度的实际频率，精度高且即时性强。
按下 Ctrl + Alt + T 打开终端。
输入命令：cat /proc/cpuinfo | grep "cpu MHz" 并回车执行。
输出会列出所有逻辑核心的当前频率，例如 cpu MHz : 1200.000 或 cpu MHz : 3456.789；若该值持续显著低于CPU标称主频（如i5-1135G7标称2.4GHz，但长期显示
【注意：此数值是瞬时快照，单次执行可能错过波动；需结合watch命令持续观察】
用watch命令每秒刷新频率变化趋势
当需要捕捉CPU在负载变化过程中的动态调频行为时，必须让频率数据自动滚动刷新，否则人工反复执行效率极低且容易遗漏关键下降节点。
第一步：在终端中输入 watch -n 1 'grep \"cpu MHz\" /proc/cpuinfo' 并回车。
第二步：屏幕将全屏显示每秒更新一次的各核心频率列表；此时可另启一个终端窗口，运行 stress-ng --cpu 4 --timeout 30s 模拟真实负载，观察频率是否随压力上升而拉升、压力撤去后是否回落过低。
第三步：按 Ctrl + C 退出监控。
这个方法能直观暴露“空闲时锁频在400MHz”“轻负载卡在800MHz上不去”等典型降频现象，比单次查询更有诊断价值。
使用cpufreq-info查看频率策略与范围
cpufreq-info 不只显示当前值，还能揭示系统是否被限制在低频区间——比如 governor 被设为 powersave，或 max freq 被人为压低，这才是降频的根本原因。
方法一：检查是否已安装
在终端中运行 cpufreq-info；若提示 command not found，则先执行 sudo apt install sysstat（该包含 cpufreq-utils）。
方法二：查看完整策略状态
执行 cpufreq-info -g 查看当前调频器（governor），常见有 powersave、performance、ondemand；若显示 powersave，说明系统默认倾向节能而非性能。
方法三：确认频率上下限
运行 cpufreq-info -f，输出类似 current frequency is 1.20 GHz (asserted by call to hardware)，再配合 cpufreq-info -l 查看最小/最大允许频率；若 max 值远低于CPU标称频率，说明 BIOS 或内核参数已硬性封顶。
图形化方式：设备管理器中查看当前频率
该方法适合不熟悉命令行的用户快速核对，但仅显示单个汇总值，无法反映多核差异和瞬时波动。
点击任务栏左下角“开始菜单”，打开“设备管理器”。
在左侧设备树中单击“处理器”节点。
右侧面板中将显示 CPU 名称及【当前运行频率】，例如“Intel(R) Core(TM) i7-10700K @ 3.80GHz（当前频率：2.10 GHz）”。
这个数字由系统主动上报，部分机型可能四舍五入或延迟更新，不能替代 /proc/cpuinfo 的原始精度。
强制锁定高性能模式阻止降频
若确认降频已影响业务响应，可绕过自动调频机制，让CPU始终运行在最高可用频率，代价是功耗与发热上升。
第一步：在终端中执行 sudo cpupower frequency-set -g performance，将所有核心调频器设为 performance。
第二步：验证生效，运行 cpupower frequency-info | grep "current policy"，输出应包含 governor: performance。
第三步：立即生效，无需重启；但该设置在下次系统重启后失效，如需永久生效，需配置 systemd service 或修改 /etc/default/grub 添加 intel_idle.max_cstate=1 等参数。
