这是一个创建于 780 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司的 C++项目编译每次都要 30 分钟左右
自己最近在网上看，有发现类似的解决方案，比如谷歌的筛选重复头文件，还有一个付费加快编译的，还有 ccache 等
但是有没有 VS 可以直接拿来就用的加快编译的工具呢，或者大家是有什么巧妙的方法吗
从写代码来说，公司已经成屎山了，不会改代码的
 | 1 tool2d 2023-08-23 20:37:36 +08:00 少用模板，模板到后期就是会拉垮编译速度。 把 C++当成 C 来用，编译速度原地起飞。 |
 | 2 ysc3839 2023-08-23 20:39:38 +08:00 via Android VS 的话应该默认就有增量编译？确认一下编译时是单独编译了有改动的文件，还是怎样？以及是在编译 obj 时慢还是链接时慢？ |
 | 3 cleveryun 2023-08-23 20:45:13 +08:00 via Android mark 一下，最近开始接触一个 c++项目，之前一直写 web 前端。 |
 | 4 edimetia3d 2023-08-23 20:50:06 +08:00 道理上就是分布式, 预编译, 预链接, 缓存. 项目构建系统需要开发和 IT 一起来维护了, 容易吃力不讨好的. 以前用过 incredibuild, 全公司开发机都强制贡献至少 1 个核, 好像不错. linux 下都是开发服务器了, 256 core 2T 内存起步, 大力出奇迹. |
 | 5 HannibaI 2023-08-23 20:50:15 +08:00  2 ccache/sccache distcc unity build precompiled header |
 | 6 framlog 2023-08-23 20:51:07 +08:00 楼上很全了 |
 | 7 Puteulanus 2023-08-23 21:00:00 +08:00 ccache 感觉不错，编译 OpenWrt 的时候第二遍重复编译比第一遍快老多了 |
 | 8 zzzkkk 2023-08-23 21:03:45 +08:00 via Android @edimetia3d linux 都是开发服务器 什么意思？ |
| 9 edimetia3d 2023-08-23 21:13:54 +08:00 @zzzkkk 就是直接用一个很强的服务器做开发机, 几十个人共用. |
 | 10 pengtdyd 2023-08-23 21:23:21 +08:00 重构，用新技术 |
 | 11 jmc891205 2023-08-23 22:06:05 +08:00 我们都是分布式编译 提交到集群上编译 |
 | 12 allAboutDbmss 2023-08-23 22:12:19 +08:00 借楼问一下: rust 有这些 cmake 的问题吗？ |
 | 13 richangfan 2023-08-23 22:35:30 +08:00 上双路 EPYC |
 | 14 cnbatch 2023-08-23 22:51:16 +08:00 @allAboutDbmss 编译速度关 cmake 什么事？ |
 | 15 ivvei 2023-08-23 23:02:59 +08:00 慢一般就慢在模板上…… |
 | 16 yaott2020 2023-08-23 23:32:43 +08:00 via Android 正在等 rust 编译顺便来刷刷 v 站 |
| 17 yaott2020 2023-08-23 23:33:03 +08:00 via Android 小项目，等 debug 启动中。。。 |
 | 18 lance6716 2023-08-23 23:36:08 +08:00 via Android 打开 v 站搜索“我为什么放弃 go”，看看编译速度快是一件多么微不足道的小事来平衡一下 |
 | 19 learningman 2023-08-24 01:55:37 +08:00 via Android @allAboutDbmss rust 有神奇的 build.rs |
 | 20 dangyuluo 2023-08-24 04:01:16 +08:00 IWYU 去掉重复投文件，然后就是模版不要太多层。有人说 forward declaration ，但是我觉得加快的速度无法冲抵带来的麻烦。 |
 | 21 ghostheaven 2023-08-24 04:11:39 +08:00 如果是 link 的时间长只能考虑增加内存和主频，其他的考虑 io 性能，搞个停产的傲腾说不定会快不少 |
 | 22 Soo0 2023-08-24 04:15:13 +08:00 via iPhone 大力出奇迹？ |
 | 23 Weixiao0725 2023-08-24 04:52:32 +08:00 1 make -j 8 |
 | 24 XiaoyehuaDev 2023-08-24 08:34:27 +08:00 via iPhone cmake 增量编译吧，每次从头开始编译是这样的 |
 | 25 VDarker 2023-08-24 09:00:19 +08:00 incredibuild 效果很不错 就是付费 免费可以自己研究下 fast build 这个项目 开源的 |
 | 26 cslive 2023-08-24 09:17:40 +08:00 大力出奇迹，加配置 |
 | 27 kingzeus 2023-08-24 09:47:59 +08:00 水平扩容，并行编译 |
 | 28 iamqk 2023-08-24 10:49:51 +08:00 预处理经常改的话就要移出来做普通文件 编译环境要用 ramdisk 提升 io 性能 |
 | 29 lsongzhi 2023-08-24 10:55:06 +08:00 sccache + mold |
 | 30 bfdh 2023-08-24 10:58:26 +08:00 歪个楼，换台性能高的编译服务器。 |
 | 31 FrankHB 2023-08-24 15:05:55 +08:00 VS 自带 IncrediBuild ，不过不顺手我不用。 然后是预编译头文件。 还有 mozilla 那种 unified build ，不过不是所有源码都能用。 剩下无非的加机器和 ramdisk 这种通用的，以及不要用太耗时间的优化（不过 cl/link 这块还好）。 限制 VS 其实多少得自求多福了。否则 gch/ccache/sccache 那套明显更舒服。GNU ld 特别慢还可以用 lld 或者 mold 。 @lance6716 要不得不用到自己魔改的 go toolchain 照样会吃亏。 |
 | 32 DoWnH 2023-08-24 15:49:10 +08:00 Golang 的初衷之一就是解决 cpp 编译过慢的问题 |
 | 33 encro 2023-08-24 17:00:46 +08:00 为啥没有人提架构上的那一套。Ninja 之类的？ 还有就是模块化，没改动的就不编译？ 已经 30 分钟，肯定是以上两种方法，以及多线程等方法能明显提效啊。 我是 C++入门选手，如果不对请告诉我。 |
 | 34 gejigeji 2023-08-24 20:06:58 +08:00 make -j 128 |
 | 36 Thymolblue 2023-08-24 21:01:21 +08:00 via Android 歪个楼，目前的项目里引用了 Eigen3 ，编译时间直接增加了 5 分钟。看了一下 cpu 的消耗，只有一个核跑满了，其他核占用基本是 0 ，但是实际是配置了多核编译的。这种如何加速编译呢？ |
 | 37 touchmii 2023-08-24 21:10:21 +08:00 via Android 先用 ninja 试一下能否提高编译速度，效果不明显就分析下源文件和模板文件的数量，判断编译时间主要消耗在哪里，如果 CPU 核心数加不了试一下 xmake 支持多分布式编译，把任务发送到多台主机编译，最后代码架构的前后关联性可能会影响多线程编译，这种情况就别折腾了，买个咖啡机比较合适。 |
 | 38 8675bc86 2023-08-24 21:14:12 +08:00 啥项目编译一次 30 分钟，都没人想着加速？？ 这团队有点烂。 |
 | 39 thiiadoewjwe OP @8675bc86 国企，都瞎开发，还用的是 MFC |
 | 40 lixile 2023-08-25 13:50:31 +08:00 建议 回复代码量级 和目前的编译机器配置 上面已经说了很多了 我说个更原始的 如果 30 分钟内 机器并非满载 甚至负载不高 那就是编译脚本 makefile 或者 cmake 没有写好编译依赖导致的 其次是 第三方库全部拆出去预编译 不要重复编译 剩下的就是加配置 加 cache 之类的操作了 整套下来 需要相对系统的处理 |
| 41 lixile 2023-08-25 13:52:16 +08:00 @Thymolblue 盲猜 传递的给 eigen3 的编译命令 是 make 而不是 make -j8 -j16 之类的 也不是正统学院 or 工程派的 $(MAKE) 其实看看 jobserver 有没有提示报错 或者 warn 基本上就能有结论 |
| 42 8675bc86 2023-08-25 14:45:23 +08:00 @thiiadoewjwe MFC 赢了，还不提桶跑路，MFC 编译加速不好搞。 |
 | 43 chji5471 2023-08-25 17:35:51 +08:00 我们项目是自动生成几个 cpp 文件，然后 cpp 文件包含具体实现的 cpp 文件，感觉能加快不少 |
Select Language