（已解决）ThinkPad L14 2023 i5-1335U CPU占用没满却打字卡顿

一、故障背景

近期处理一台 ThinkPad L14 2023 时遇到一个比较典型、但容易被误判的性能问题。

电脑配置：

• 机型：ThinkPad L14 2023
• CPU：Intel Core i5-1335U
• 内存：32GB
• SSD：512GB NVMe
• 显卡：Intel 核芯显卡
• 系统：Windows 11 家庭版 64 位
• 系统版本：Windows 11 24H2，Build 26200.8875

客户是做电商的，会多开多个电商软件，反馈电脑使用过程中存在明显的：

• 打字延迟；
• 窗口操作不跟手；
• 点击后响应慢；
• 整体感觉“发黏”；
• 鼠标本身仍可以正常移动。

第一眼看任务管理器，并不是典型的“资源跑满”。

看起来 CPU、内存、磁盘都没有达到 100%，但实际操作就是明显卡顿。

这类问题如果只盯着任务管理器的“CPU 是否 100%”，很容易漏掉真正的问题。

---

二、一个异常细节：CPU 只有 1.27 GHz

进一步查看任务管理器的 CPU 性能页面时，发现了一个值得关注的数据：

CPU 利用率：60%
CPU 速度：1.27 GHz
基准速度：1.30 GHz

处理器是：

13th Gen Intel Core i5-1335U

i5-1335U 是一颗的低功耗移动处理器。

正常情况下，并不是要求它一直运行在最高睿频，但在：

• CPU 持续有 60% 左右负载；
• 多个逻辑处理器都存在明显负载；
• 前台交互已经出现延迟；

这种情况下，CPU 长时间只停留在约 1.27 GHz，就比较可疑了。

因为：

1.27 GHz ≈ 1.30 GHz 基准频率

也就是说，处理器看起来几乎没有进入高于基准频率的性能提升状态。

---

三、资源监视器又发现一个关键数据：最大频率 98%

打开：

Win + R

输入：

resmon

进入 Windows 资源监视器。

此时可以看到：

CPU 使用率：约 69%
最大频率：98%

同时后台确实还有一定负载，例如：

wwmapp.exe
MsMpEng.exe
pddwebworkbench.exe

其中会议软件和 Windows Defender 都占用了部分 CPU。

这里需要特别注意：

“最大频率 98%”并不是说 CPU 已经运行到了最高睿频的 98%。

结合任务管理器：

基准速度：1.30 GHz
实际速度：1.27 GHz

计算：

1.27 ÷ 1.30 ≈ 97.7%

正好和资源监视器显示的 98% 基本对应。

因此更合理的解释是：

CPU 当前基本运行在基准性能水平附近，并没有正常进入更高的 Boost 性能状态。

---

四、为什么 CPU 只有 60%，电脑仍然会卡？

这是这个 Case 最容易误判的地方。

很多人排查卡顿时会认为：

CPU 没到 100%
=
CPU 性能肯定够用

实际上并不是这样。

CPU 利用率描述的是：

当前处理器执行时间被占用了多少。

它并不能直接说明：

当前处理器工作在什么性能状态。

假设一颗 CPU 正常可以动态提升到较高频率，但当前被限制在约 1.3 GHz：

CPU 60% @ 1.3 GHz

和：

CPU 60% @ 3.0 GHz

实际能够完成的工作量显然不是一个水平。

尤其是：

• 输入法；
• 浏览器 UI；
• Electron/CEF 软件；
• Windows 桌面；
• Office；
• 企业微信；
• 前台窗口消息处理；

这些场景很多都是延迟敏感型任务。

即使 CPU 总体没有跑满，只要单线程响应速度不足，用户就可能直接感觉：

键盘已经敲了
↓
文字过一会儿才出来

点击窗口
↓
界面过一会儿才响应

所以：

“CPU 没满但电脑卡”

并不矛盾。

---

五、先检查 Windows 最大处理器状态

为了确认是不是 Windows 电源计划限制了 CPU，先使用管理员 CMD。

查看当前电源计划：

powercfg /getactivescheme

结果：

电源方案 GUID: 381b4222-f694-41f0-9685-ff5bb260df2e （平衡）

然后查看最大处理器状态：

powercfg /query SCHEME_CURRENT SUB_PROCESSOR PROCTHROTTLEMAX

结果中可以看到：

当前交流电源设置索引: 0x00000064
当前直流电源设置索引: 0x00000064

0x64 转换成十进制就是：

100

也就是说：

交流最大处理器状态：100%
直流最大处理器状态：100%

因此可以排除一个很常见的问题：

最大处理器状态被设置成 99% 或更低。

---

六、真正的问题出现在 Processor Performance Boost Mode

接下来查询处理器性能提升模式。

直接使用普通的：

powercfg /query SCHEME_CURRENT SUB_PROCESSOR PERFBOOSTMODE

在部分 Windows 环境下不会显示这个隐藏项目的详细内容。

因此使用：

powercfg /qh SCHEME_CURRENT SUB_PROCESSOR PERFBOOSTMODE

这里的 /qh 会显示隐藏的电源设置。

查询结果：

电源设置 GUID: be337238-0d82-4146-a960-4f3749d470c7
GUID 别名: PERFBOOSTMODE

可用设置包括：

000 已禁用
001 已启用
002 高性能
003 高效率
004 高性能高效率
005 积极且有保障
006 高效、积极且有保障

而这台故障机器实际显示：

当前交流电源设置索引: 0x00000000
当前直流电源设置索引: 0x00000000

也就是说：

插电：Processor Performance Boost Mode = Disabled
电池：Processor Performance Boost Mode = Disabled

到这里，已经发现一个非常明确的异常配置。

---

七、现场做 A/B 测试，而不是直接下结论

发现异常配置以后，没有直接认定它就是全部故障原因，而是做一次可逆的 A/B 测试。

为了尽量减少变量，只修改交流电源状态，不修改电池状态。

管理员 CMD 执行：

powercfg /setacvalueindex SCHEME_CURRENT SUB_PROCESSOR PERFBOOSTMODE 1
powercfg /setactive SCHEME_CURRENT

其中：

1 = Enabled

然后重新查询：

powercfg /qh SCHEME_CURRENT SUB_PROCESSOR PERFBOOSTMODE

修改后结果：

当前交流电源设置索引: 0x00000001
当前直流电源设置索引: 0x00000000

即：

插电：Boost 已启用
电池：Boost 仍禁用

这样就形成了一个比较干净的测试条件：

其他软件不变
后台负载不变
不重启电脑
只打开插电状态 CPU Boost

---

八、修改后卡顿立即恢复

修改 Processor Performance Boost Mode 后，重新让客户测试：

• 连续输入文字；
• 快速删除文字；
• 切换窗口；
• 操作日常办公软件；
• 进行之前最容易感知卡顿的操作。

结果：

电脑操作恢复正常，原来的打字延迟和“不跟手”现象解决。

因此本次 Case 的证据链可以整理为：

故障现象：
CPU 未满、内存正常、磁盘正常
但电脑打字和界面响应明显迟滞

↓

任务管理器：
CPU 约 60%
实际速度仅 1.27 GHz
基准速度 1.30 GHz

↓

资源监视器：
最大频率约 98%

↓

检查最大处理器状态：
AC = 100%
DC = 100%
没有被限制

↓

检查 PERFBOOSTMODE：
AC = 0
DC = 0

↓

确认：
Processor Performance Boost Mode 被禁用

↓

仅将交流状态修改为：
PERFBOOSTMODE = 1

↓

重新测试：
打字、窗口操作恢复正常

从这次 A/B 结果来看，Processor Performance Boost 被禁用是导致本次明显交互卡顿的重要原因。

---

九、最终解决命令

管理员 CMD：

powercfg /setacvalueindex SCHEME_CURRENT SUB_PROCESSOR PERFBOOSTMODE 1
powercfg /setactive SCHEME_CURRENT

验证：

powercfg /qh SCHEME_CURRENT SUB_PROCESSOR PERFBOOSTMODE

确认：

当前交流电源设置索引: 0x00000001

即可。

---

十、不要遇到卡顿就直接修改这个参数

虽然这次问题通过启用 Boost 得到解决，但不建议把这条命令当成所有“电脑卡顿”的通用修复方法。

正确的排查顺序应该是先确认瓶颈在哪里。

1. 内存

检查是否存在：

物理内存 90%+
Commit 接近上限
大量页面交换
某个进程内存持续增长

如果内存已经严重不足，CPU Boost 并不是主要问题。

2. 磁盘

检查：

磁盘 Active Time
响应时间
Queue Length
分页活动

尤其机械硬盘、异常 SSD 或大量分页时，也会表现为：

鼠标能移动，但窗口半天没反应。

3. CPU

不要只看：

CPU 是否 100%

还需要一起看：

当前频率
基准频率
各逻辑处理器负载
Processor Boost
电源模式
CPU Package Power
Thermal Throttling
Power Limit

4. 后台软件

这台机器现场还存在：

会议软件
Windows Defender
拼多多工作台
其他企业软件

这些程序同样会产生 CPU 竞争。

如果打开 Boost 后 CPU 频率恢复正常，但电脑仍然卡，就应该继续排查：

高 CPU 进程
DPC / ISR
驱动延迟
输入法
Windows Defender 扫描
Intel Dynamic Tuning
Lenovo 电源管理
温控 / PL1 / PL2

不能因为发现一个异常配置，就默认它解释所有问题。

---

十一、为什么任务管理器的“60%”容易误导？

这个 Case 最大的经验之一就是：

CPU 利用率和 CPU 实际性能不是同一个概念。

一个简单的类比：

发动机只能跑 2000 转
当前油门用了 60%

和：

发动机可以跑 5000 转
当前油门用了 60%

虽然都是“60%”，实际输出能力完全不同。

Windows 同样存在：

CPU Utilization

和：

CPU Performance State

两个不同维度。

因此看到：

CPU 50%～70%

但客户明确反馈：

打字延迟
界面不跟手
窗口切换迟钝

不要马上排除 CPU。

应该继续确认：

CPU 当前频率是否正常
是否存在 Boost
是否受到 Power Limit
是否受到 Thermal Throttling
电源策略是否人为限制

---

十二、补充：i5-1335U 为什么更容易感知这种问题？

i5-1335U 采用混合架构：

2 个性能核 P-core
8 个能效核 E-core
总计 10 核 12 线程

对于：

• Windows 前台 UI；
• 输入法；
• 浏览器；
• Office；
• CEF / Electron 软件；

很多响应体验依赖的是少量延迟敏感线程。

因此即使任务管理器显示：

CPU 总利用率 60%

也不能认为还有“40% 性能完全空闲”。

如果处理器性能状态又受到限制，前台线程的响应延迟就可能被明显放大。

这也是为什么本次电脑：

32GB 内存只用了约 48%
SSD 几乎没有负载
CPU 总利用率也没到 100%

用户依然能明显感觉到卡顿。

---

十三、以后遇到类似问题可以快速检查

如果以后再遇到：

CPU 没满
内存没满
SSD 也不忙
但 Windows 明显不跟手

可以增加下面两个快速检查项。

查看最大处理器状态：

powercfg /query SCHEME_CURRENT SUB_PROCESSOR PROCTHROTTLEMAX

查看 Processor Boost：

powercfg /qh SCHEME_CURRENT SUB_PROCESSOR PERFBOOSTMODE

重点关注：

PROCTHROTTLEMAX 是否为 100%
PERFBOOSTMODE 是否为 0
CPU 当前频率是否长期贴近基准频率

如果同时出现：

CPU 有持续负载
+
频率长期停留在基准频率附近
+
PERFBOOSTMODE = 0

就非常值得做一次可逆的 Processor Boost A/B 测试。

---