Incredibuild大大增加了链接时间
IncrediBuild increases linking time significantly
我有一个项目,并用VS和Incredibuild
进行了3次干净的版本Incredibuild的设置:两台机器正在一次编译,都具有相同的性能
vs编译器
- 编译时间:〜10min
- 链接:〜3-4min
Incredibuild
- 编译时间:〜4-5min(=>预期,大约半个时间)
- 链接:〜10min(=>意外,应在同一时间大约)
这是可以在一些版本上重现的(我制作了3个干净的版本)。我知道,Incredibuild无法平行一个项目的链接,但是与vs链接相比,为什么链接较慢?
?我的测试向我表明,使用Incredibuild我没有任何好处,我正在考虑使用一些机器来构建我的项目以提高构建速度,但是如果链接的速度很慢(而且较慢),甚至使用10台机器对我来说不会有好处,也不值得这笔钱,因为链接时间正在破坏我从改善的编译时间中获得的任何好处。
我在一家大公司工作,购买CPU的电力价格便宜且没问题,但是Incredibuild也花费了钱,目前这是不值得的。有什么想法我可以尝试什么,或者我可能做错了什么?我刚刚安装了Incredibuild并将其与默认设置一起使用。
设置
- Visual Studio 2017
- Windows 10机器(代理)和Windows 7机器(协调员)
- 1GBIT商业网络
- Incredibuild 9.0.1
您不应该期望使用Incredibuild时的链接时间差异。
我建议尝试以下操作:
-
确保您使用的是Visual Studio 2017
/Debug:FASTLINK
选项。 -
如果上述没有帮助,请查看Incredibuild用途的PDB文件数量是否可以有所帮助。右键单击" Incredibuild托盘图标" ->代理设置 -> Visual Studio构建 ->高级,并将"限制并发PDB文件实例"设置为12或更低。
- 尝试暂时禁用您在计算机上安装的任何反病毒软件。
如果这些技巧无济于事,我们将非常感谢您是否可以通过support@incredibuild.com与我们联系,以便我们可以了解您的环境中有什么问题并为社区发布解决方案。
免责声明,写作作品在Incredibuild。
- C++链接时间资源"allocation"而不定义
- 构造函数的链接时间自动注册
- 指向(数据)成员的指针作为非类型模板参数,例如具有自动存储持续时间/无链接
- 使用C++在特定时间打开链接
- C++ 使用链接时间替换进行单元测试
- 使用LTO静态链接的可执行文件(链接时间优化):如何使用以前构建的库进行制作
- 在NDK中启用链接时间优化时,链接器错误
- 如何使用MINGW-W64通过链接时间优化构建QT
- 在链接时间插入字符串
- 如何在Visual Studio中的库编译时间中获取链接器错误
- Incredibuild大大增加了链接时间
- 每次捕获测试框架较长的链接时间
- 为什么动态链接要花这么多时间
- 有-g和没有-DNDEBUG选项的链接时间很长
- std::嵌入增加的链接时间
- 类类型的静态constexpr字段在g++中给出链接时间错误
- 该功能检测循环链接列表的时间复杂性是什么?
- 标志以将IPDB和IOBJ文件从链接时间代码生成优化(LTCG)移动
- 在Windows上使用GCC的链接时间优化构建wxWidgets DLL时出错
- 在单个链接列表中恒定时间实现弹奏