电脑卡顿帧率暴跌且CPU频率卡在1.2GHz，主因是散热失效触发硬件级降频保护；需用HWiNFO64查Package温度是否超90℃、BD PROCHOT是否Active，并通过PowerShell和ThrottleStop验证睿频状态与功耗墙限制。
电脑在运行大型软件或游戏时突然卡顿、帧率断崖下跌，任务管理器里CPU频率长期卡在1.2GHz不上升，风扇狂转但机身烫手——这不是CPU坏了，而是散热失效触发了硬件级降频保护，必须立刻定位热阻瓶颈并切断升温路径。
确认是否真因高温触发降频
很多用户误把内存不足、硬盘满载或后台进程抢占当成降频，结果白拆机。先用工具锁定因果关系。
按下【Ctrl+Shift+Esc】打开任务管理器→切换到【性能】选项卡→点击【CPU】，重点观察两项：【速度】是否持续低于基础频率（如i7-11800H标称2.3GHz，实测常驻1.6GHz）；【温度】是否显示90℃以上（若无温度项，说明系统未加载传感器驱动，必须跳过此步）。
若任务管理器不显示温度，立即下载HWiNFO64（官网免费）→安装时勾选【Sensors-only】→运行后在左侧树状菜单展开【CPU】→找到“Package Temperature”和“CPU Core #0”实时读数→让电脑运行《古墓丽影：暗影》或AIDA64单烤FPU 10分钟→若Package温度突破90℃且所有核心频率同步跌至基础值以下，则100%确认为高温降频。
注意：待机温度低于50℃毫无参考价值，必须在真实负载下验证。
用HWiNFO64检测各核心独立频率与BD PROCHOT状态
HWiNFO64可绕过系统抽象层，直接读取MSR寄存器与传感器数据，精准识别单核/多核降频、BD PROCHOT信号触发及功耗限制生效状态，有效区分真实温度节流与虚假锁频。
第一步：访问官网https://www.hwinfo.com/download/下载HWiNFO64便携版。
第二步：解压后以管理员身份运行HWiNFO64.exe。
第三步：在传感器选择窗口中勾选“Sensors only”，点击“Run”。
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
第四步：在主界面左侧展开“CPU”节点，查找所有“CPU Core #x”下的Actual Frequency条目，确认是否存在全核统一低频现象。
第五步：滚动至“CPU”节点末尾，定位BD PROCHOT字段：【若其值为Active（红色），表明有外部信号（如主板EC或第三方软件）正在强制拉低频率】。这一步不查，可能误把BIOS级锁频当成散热问题处理。
通过PowerShell比对睿频能力与实际运行状态
PowerShell可批量获取CPU标称最大睿频、当前瞬时频率及核心数量等结构化字段，通过比对MaxClockSpeed与CurrentClockSpeed的数值差距，可量化判断睿频是否被系统策略屏蔽。
右键开始菜单，选择“Windows Terminal（管理员）”。
输入命令：Get-WmiObject Win32_Processor | Select Name, MaxClockSpeed, CurrentClockSpeed, NumberOfCores并回车执行。
观察输出中的CurrentClockSpeed（单位kHz）：若该值长期稳定在1200000（即1.2GHz）而MaxClockSpeed高达4800000（4.8GHz），且NumberOfCores显示为8，则说明睿频完全未启用，需进一步排查电源计划、BIOS设置或Thermal Throttling状态。
用ThrottleStop验证PL1/PL2功耗限制是否生效
方法一：下载ThrottleStop 9.x版本，解压后运行ThrottleStop.exe。
方法二：启动后勾选“TS Bench”下方的“Disable BD PROCHOT”（仅测试时临时勾选，勿长期开启）→点击左上角“Turn On”激活监控。
方法三：观察主界面底部Status栏：【若显示“Thermal Throttling Active”或“PROCHOT Active”，则确认已触发硬件级降频】；同时查看PL1（长时功耗墙）与PL2（短时睿频功耗墙）数值是否被BIOS大幅压低（如标称45W的CPU显示PL1=15W）。
