VS2019构建大型项目选CPU：高频单核与多核CPU哪个构建速度更快？

• 全量构建流程：VS2019默认启用带/m参数的多进程MSBuild，自动根据系统核心数分配并行任务，解决方案内无依赖关系的独立项目，会被同时分发到不同核心完成编译。但这个并行效率有非常明确的上限：一旦核心数超过16个，项目依赖链带来的串行任务占比会快速升高，多出来的核心很难再缩短总构建时长。
• 日常IDE交互：写代码、智能补全、符号跳转、调试启动、符号加载这些操作，几乎都绑定在IDE主线程上执行，整个过程对多核心没有感知，哪怕配备64核CPU，主线程该阻塞还是阻塞，这个场景下单核主频的权重远高于核心数量。
• 链接环节：不管是编译后obj文件的合并，还是开启LTCG、增量链接的流程，都是整个构建链路里对单核性能、内存延迟最敏感的部分，就算用多进程把链接任务拆成多个子进程，单个大体积模块的链接过程依然没法靠多核心加速。

以提到的两款典型型号做参照：

• 高单核取向CPU（比如Intel Core i9-11900K，8核16线程，5.3GHz最大睿频）：
  • 全量构建时最多跑满16个逻辑线程，没有足够的并行冗余填充项目依赖等待的空窗期，全量clean build的总时长更长。
  • 日常交互、小改动后的增量构建、大模块链接的速度会明显更快，写代码时不会出现输入延迟、跳转半天才响应的卡顿感。
• 多核心取向CPU（比如AMD Threadripper 3960X，24核48线程）：
  • 全量构建时可以把无依赖关系的项目全部并行铺开，全量clean build的总时长比8核高单核CPU短30%~40%，批量构建多个解决方案的时候优势会更明显。
  • 因为单核频率偏低，日常IDE交互、符号跳转、大文件链接的速度会比高单核CPU慢15%~25%，如果大部分时间是改几行代码就触发一次小的增量构建，这种差距带来的效率降低会抵消全量构建省下来的时间。

• 如果你每周要触发好几次全量clean build，经常需要切分支、拉取全量代码做编译，选核心数16~24核、单核全核频率不低于3.8GHz的型号就够了，没必要上32核以上的型号——超过24核之后，大型VS解决方案的构建流程基本榨不出额外的并行收益，多出来的核心只有在同时跑其他开发任务、开虚拟机、跑本地测试服务器的时候才有用。
• 如果你90%以上的构建都是修改几行代码后的增量构建，大部分时间在写代码、调试流程，优先选单核睿频5GHz以上的8核型号就够，别为了凑核心数选单核频率低的型号，不然日常的卡顿感带来的体验下降会远大于构建提速的收益。

实测参考：同架构世代下，24核3.8GHz的CPU，全量构建速度比8核5.3GHz的CPU快35%左右，但增量构建、IDE交互的速度慢18%，链接2G以上体积的单个静态库时，耗时比高单核CPU多28%。

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