这极可能是过热触发的硬件级降频保护；需用watch命令每秒刷新/proc/cpuinfo、hwinfo64查actual frequency与thermal throttling状态、powershell比对current/maxclockspeed，或任务管理器查看平均频率并展开各核验证。
电脑在游戏或渲染中突然卡顿、风扇狂转但帧率断崖下跌，任务管理器显示CPU频率长期卡在1.2GHz不上升——这极可能是过热触发了硬件级降频保护，必须用能捕捉瞬时波动的工具查看频率动态变化过程，而非只看静态快照。
用watch命令每秒刷新/proc/cpuinfo频率值
这是Linux系系统（含统信UOS）最轻量、零安装、内核级精度的方法，能真实反映每个逻辑核心每毫秒的调频动作，比单次执行cat命令可靠十倍。
按下Ctrl + Alt + T 打开终端。
输入命令：watch -n 1 'grep "cpu MHz" /proc/cpuinfo'并回车执行。
屏幕将全屏显示每秒更新一次的各核心频率列表；此时可另启一个终端窗口，运行 stress-ng --cpu 4 --timeout 30s 模拟真实负载，观察频率是否随压力上升而拉升、压力撤去后是否回落过低。
按 Ctrl + C 退出监控。这个方法能直观暴露“空闲时锁频在400MHz”“轻负载卡在800MHz上不去”等典型降频现象，比单次查询更有诊断价值。
用HWiNFO64查看各核心独立Actual Frequency与Thermal Throttling状态
HWiNFO64绕过操作系统抽象层，直接读取MSR寄存器与传感器数据，是唯一能同时验证三要素是否齐备的工具：Package温度＞90℃、Core Clock＜基础频85%、Thermal Throttling字段显示Active。
方法一：下载HWiNFO64便携版（官网免费）→解压后以管理员身份运行→在传感器选择窗口勾选【Sensors only】→点击Run。
方法二：在主界面左侧树状菜单展开【CPU】→逐项查找所有【CPU Core #0】至【CPU Core #N】下的【Actual Frequency】条目→确认是否全核同步跌至低频（如全部卡在1197MHz）。
方法三：滚动至【CPU】节点末尾，定位【Thermal Throttling】字段→若其值为【Active】（红色高亮），说明芯片已启动硬件级降频保护，此时再查温度与频率才有因果意义。
通过PowerShell比对CurrentClockSpeed与MaxClockSpeed差距
Windows原生WMI接口提供结构化输出，能一次性获取CPU型号、标称最大睿频、当前瞬时频率、核心数四项关键字段，适合量化判断睿频是否被系统策略屏蔽。
第一步：右键开始菜单→选择【Windows Terminal（管理员）】。
第二步：输入命令：Get-WmiObject Win32_Processor | Select Name, MaxClockSpeed, CurrentClockSpeed, NumberOfCores并回车执行。
第三步：观察输出中的【CurrentClockSpeed】数值（单位MHz），除以1000换算为GHz；若该值持续低于【MaxClockSpeed】的60%，且与CPU标称睿频（如i7-11800H标称4.6GHz）相差超过2GHz，则基本确认存在非温度因素导致的策略性锁频。
【注意：若CurrentClockSpeed返回0或为空，说明固件未向WMI暴露实时频率字段，必须改用HWiNFO64】
任务管理器性能页查看平均当前速度
这是最快捷的初筛手段，适用于Win10/Win11，无需安装任何软件，但仅显示所有逻辑处理器的平均频率，无法识别单核异常或瞬时波动。
同时按下Ctrl + Shift + Esc打开任务管理器→切换到【性能】选项卡→点击左侧【CPU】→右侧面板中【当前速度】即为实时平均频率。
若该值长期稳定在0.79GHz、1.2GHz或1.6GHz等典型节能档位，且不随高负载变化，即存在后台干预导致的降频嫌疑。
右键点击【当前速度】区域→勾选【显示每个逻辑处理器的频率】→确认是否所有核心均同步锁定在同一低频值。
