嘿，这个问题挺让人困惑的——明明升级了SSD和内存，结果CPU利用率反而掉了一半，编译速度还没提升，结合你的联想Z51-70（Win10）的情况，我整理了几个优先级最高的排查方向，你可以逐一试试：

1. 构建系统的并行任务数未充分利用CPU #

原来的SSHD是明显的IO瓶颈，CPU一直处于等待磁盘数据的状态，所以利用率拉满；现在SSD解决了IO问题，但如果构建系统没开足并行编译的线程数，CPU自然会闲下来。

• 对于MSBUILD：默认并行数可能没匹配你的CPU线程数，手动添加参数/m:X（X是你的CPU线程数，Z51-70一般是4核8线程，所以可以试/m:8），强制开启最大并行编译。
• 对于NINJA：虽然默认会用CPU核心数，但偶尔会因为项目依赖或配置限制并行数，你可以手动指定-j8（对应8线程）试试。
• 另外，检查项目的构建脚本，有没有硬编码并行任务数的情况，比如某些自定义脚本限制了/m:4，这也会导致CPU无法跑满。

2. Windows电源模式限制了CPU性能 #

很多笔记本默认的「平衡」电源模式会限制CPU睿频，甚至误设为「节能」模式，就算有编译任务，CPU也不会全力输出：

• 打开「控制面板→硬件和声音→电源选项」，切换到「高性能」模式，再重新编译，观察CPU利用率是否回升。
• 如果你装了联想的电源管理软件（比如Lenovo Vantage），里面可能有「智能散热」「性能模式」的开关，务必调到「性能优先」，避免系统自动降频。

3. 编译器未开启多处理器编译选项 #

如果你用的是MSVC编译器，默认可能没开启多处理器编译，就算硬件够，单线程编译也只能占用部分CPU：

• 在项目属性中找到「C/C++→常规」，开启「多处理器编译」（对应编译参数/MP）；或者在命令行编译时手动添加/MP参数。
• 另外，检查编译器版本，旧版MSVC对并行编译的支持不够完善，升级到最新的Visual Studio版本可能会有改善。

4. CPU散热瓶颈导致降频 #

升级SSD时如果不小心碰动了散热模块，或者长期使用后硅脂干涸，CPU温度过高会触发自动降频，导致利用率上不去：

• 编译时打开任务管理器的「性能」标签，查看CPU的实时频率——Z51-70的CPU（比如i5-5200U）睿频可达2.7GHz，如果编译时频率一直在1.xGHz徘徊，那大概率是散热问题。
• 可以用硬件监控工具查看CPU温度，如果超过90℃，就需要拆机清灰、更换散热硅脂。

5. 内存相关的隐性问题（可能性较低） #

虽然你升级到了16GB内存，但如果编译过程中内存占用接近满负荷，系统会调用虚拟内存（即使是SSD，速度也远不如物理内存），不过这种情况通常会伴随磁盘IO升高，而非CPU利用率降低。你可以在编译时观察任务管理器的内存占用，如果未超过80%，这个因素可以排除。

内容的提问来源于stack exchange，提问作者david