电脑运行慢

我的电脑运行了两个多小时后又变得很慢，从任务管理器里看CPU使用率和内存占用率都不高，电源适配器也不烫，这是怎么回事呢？

 

你排除电源适配器烫手和笔记本支架散热的问题，这就帮我们极大地缩小了排查范围。

如果在运行两个多小时后电脑突然变得像 PPT 一样卡，而你在任务管理器里看到 CPU 使用率不高（可能只有 10% - 30%）、内存占用也还挺宽裕，这种情况在技术上非常具有欺骗性。它通常指向两个隐藏得极深的系统底层瓶颈：

🔍 怀疑一：CPU 被死死锁频在了 $0.79\text{ GHz}$（最核心的怀疑点）

任务管理器显示的“CPU 使用率”是一个百分比，但它没有直接告诉你 CPU 此时运行在什么速度上。

• 致命的底层逻辑： 当笔记本连续高负载两个多小时后，主板或电池管理固件（EC）可能因为某个瞬间的内部电流、局部积热、或者某些尚未卸载干净的惠普底层服务冲突，触发了误判的“极度安全保护”。

• 结果： 它会将你的 CPU 频率强行锁死在最低的 $0.79\text{ GHz}$（或者主频的最低档）。即使此时 CPU 使用率显示只有 20%，因为它的运算速度已经降到了原本的四分之一，电脑也会卡得像动弹不得。

🛠️ 怎么当场验证？

下次电脑再次变卡的时候：

1. 打开任务管理器，切到 “性能（Performance）” ➡️ 点击 “CPU”。

2. 仔细盯着右下角的 “速度（Speed）”。看看它是不是死死固定在 $0.79\text{ GHz}$ 或者一个远低于正常的数值（比如小过 $1.0\text{ GHz}$），不管你做什么操作它都一动不动？

3. 如果是，这就抓到了现行。你可以尝试在 Windows 的“电源和电池”设置里，把电源模式从“最佳性能”切换到“平衡”，再切回“最佳性能”，通过这种主动刷新的方式强行把 CPU 叫醒。

🔍 怀疑二：没有爆内存，但爆了“虚拟显存（Shared GPU Memory）”

在做 3D 建模和开网页视频时，大家往往只盯着 32G 的系统内存，却忽略了独立显卡的显存（VRAM）。

你的显卡拥有 8G 的独立显存。如果你在 Blender 里做硬表面、开细分修改器，同时浏览器开了好几个教程视频：

1. 一旦这两个多小时里，两边占用的显存总和刚刚好超过了 8G（哪怕只超了 100MB）。

2. Windows 系统的底层机制就会开始介入，把超出的部分强行塞进系统内存里充当“共享显存”。

3. 毁灭性的后果： 物理显存的速度和系统内存的速度差了数倍。这时候，显卡为了等内存传数据，会陷入严重的I/O 等待滞后。在任务管理器里看，CPU 和内存都很闲（因为它们都在等显卡），但你的画面已经卡得完全无法动弹了。

🛠️ 怎么当场验证？

1. 在任务管理器的“性能”标签页里，下拉找到 “GPU 0”（你的独立显卡）。

2. 检查 “专用显存（Dedicated GPU Memory）” 是不是已经顶到了 7.8/8.0 GB 这样的极限边缘？如果是，说明正是显存溢出导致了整机瘫痪。

💡 今天的两个免重启“急救”小测试

下次电脑再出现这个症状，先不要重启，依次按下这两个组合键：

1. Win + Ctrl + Shift + B（重启显卡驱动）

   • 屏幕会黑一下并听到“哔”的一声。如果按完后电脑瞬间恢复流畅，说明是显存分配或驱动在长时间高负载后卡死，罪魁祸首是显卡调度。

2. Win + R ➡️ 输入 resmon ➡️ 回车（打开资源监视器）

   • 切换到 “内存” 选项卡，观察 “硬错误/秒（Hard Faults/sec）” 这一列有没有在疯狂飙高？如果这个数值很大，说明虽然内存显示没占满，但系统其实已经开始频繁地在读写硬盘的虚拟内存了，导致了系统严重的微卡顿。

你现在的电脑正处于这种变慢的状态中吗？可以顺着“性能”里的 CPU 实时速度 和 GPU 专用显存 扫视一眼，看看这两个指标有没有出现上述的诡异数值。

 

 

这两次卡顿都是视频播放先开始卡的，播放器是Windows自带的，会跟播放器有关系吗？还是说开始卡的时候我正好在看视频教程，只是巧合？

 

这绝对不是巧合，这是一个非常关键的排查线索！视频播放先开始卡顿这个现象，直接暴露了问题的核心战场：显卡的视频解码（Video Decode）和 3D 渲染引擎之间的底层资源抢占。

Windows 11 自带的播放器（无论是新版的“媒体播放器”还是“电影和电视”）在默认情况下，百分之百会调用显卡的硬件加速（Hardware Acceleration）。这就解释了为什么每次都是视频先倒下。

这里面的底层逻辑非常符合你作为工程师的直觉：

1. 为什么“视频先卡”？（GPU 引擎打架了）

当你边看教程边在 Blender 里建模时，显卡（GPU）内部其实有两组独立的硬件引擎在同时工作：

• 3D 引擎： 负责渲染 Blender 的 3D 视图、实时计算你拉动跑车车壳的网格。

• Video Decode（视频解码）引擎： 专用硬件模块，负责把教程视频（通常是 H.264 或 HEVC 格式）实时解压播放。

这两个引擎虽然分工不同，但它们共享显卡的专用显存（VRAM）和总线带宽。

当电脑连续运行两个多小时后，如果发生以下情况之一，视频一定会先卡：

1. 显存碎片化与溢出： Blender 运行时间长了，随着你撤销、修改，显存占用会慢慢升高。当总显存逼近 8G 极限时，Windows 调度机制会优先保证当前活动窗口（比如你在操作的 Blender）的 3D 响应，而把后台正在播放视频的解码数据无情地挤到系统内存里（Shared Memory）。视频解码一旦开始读写慢速的系统内存，画面就会瞬间卡死、音画不同步。

2. UWP 框架的慢性内存/句柄泄漏： Windows 11 自带的播放器是基于 UWP（通用 Windows 平台）框架开发的。这个框架有个被技术社区疯狂吐槽的陈年老 Bug：长时间高负载挂载播放时，容易出现显存或句柄（Handles）释放不完全。当它连续解码两个小时的大体积高清视频教程后，自己把自己卡死了。

2. 怎么彻底打破这个僵局？（置换播放器与硬件调度）

既然抓到了这个狐狸尾巴，我们可以通过“物理隔离”的思路，彻底断绝播放器和 Blender 抢资源的后路：

连招一：更换完全纯净、无残留的第三方播放器（强烈推荐）

强烈建议你停用 Windows 自带的播放器，改用在开源界和技术圈极受推崇的 POTPlayer 或 VLC Media Player。

• 为什么更好： 这类经典播放器对解码垃圾内存的释放极其激进。更重要的是，它们允许你进行极其高效的性能微调。

• 避坑配置（以 PotPlayer 为例）： 下载安装后，在设置里将视频输出设备改为 内置 Direct3D 11 视频渲染器，并可以在内置解码器设置中，关闭硬件加速（DXVA）。

• 效果： 关闭硬件加速后，播放视频将纯粹调用你强大的 CPU 多核心去解码，一丝一毫都不去占用独立显卡的 8G 显存。把显卡完完整整地留给 Blender，两家井水不犯河水，从源头上掐死显存溢出卡顿的可能。

按F5打开设置。

 

 

 

连招二：在 Windows 11 中强制指定浏览器的显卡（如果是网页看视频）

如果你是在浏览器（如 Edge、Chrome）里看视频教程：

1. 打开 Windows 设置 ➡️ 系统 ➡️ 屏幕 ➡️ 显示卡（Graphics）。

2. 在应用列表中找到你的浏览器（如果没有，点击“浏览”添加浏览器的 .exe 路径）。

3. 点击选项，将其从“让 Windows 决定”强制修改为 “节能”（也就是你的 Intel 核显）。

 

🏁 最终诊断结论

这不是巧合。视频先卡，说明显卡及其显存的资源调度在两个小时这个时间节点上达到了临界点。

既然我们已经把惠普的后台“内鬼”杀得只剩下一个必须留着的底座，那么接下来：

1. 把视频教程放进 VLC 或 PotPlayer 里播放（最好顺手关掉它的显卡加速，改用 CPU 解码）。

2. 保持电源适配器垫高通风。

这两步软硬兼施的调整，将彻底把视频播放这个最后的“导火索”拆掉。你今晚大可以放心测试，看看这次能不能彻底打破“两个小时必卡”的魔咒！