为什么在重新构建解决方案后构建会更快
Why build happens faster after doing a rebuild of Solution?
我正在使用Visual Studio IDE来完成一个大型c++项目,其中包含数百万行代码和数百个文件。
我注意到每次在跨多个文件进行一些小更改后构建解决方案时,每次后续构建都要花费越来越多的时间。
一旦我重新构建解决方案,尽管重新构建花费了相当多的时间,但每次后续构建都比重建前的构建快得多。
我假设可能是编译器将多个obj文件放入一个。每次我们进行更改和构建解决方案时,它都必须将大objj分解为小objj,从而增加更多的obj文件数量。这种方式的链接会很慢,因为添加了越来越多的obj文件。
然而,我找不到任何证据来支持我的幻想。当然也无法在同事面前证明。
构建后缓慢的原因是什么?为什么它在重建后变得很快?
我不知道为什么会发生这种情况,但我可以告诉你,obj文件不会融合在一起。
相关文章:
- 在一个解决方案中针对第三方静态库 (Creo) 的不同版本(版本)进行构建
- 在Visual Studio 2017中使用c ++组件构建python解决方案时出现问题
- 如何使用cmake从Visual Studio构建为ia32解决方案
- 使Visual Studio的CMake工具在构建解决方案时运行INSTALL
- 构建C 插件时的错误,该解决方案是什么
- 我的构建二叉树解决方案有什么问题?
- C++ mysql 仅在构建解决方案时LNK2019错误
- 在 64 位 Windows 8 机器上使用 Visual Studio 2012 构建 opencv 的绝对解决方案
- C++构建一个带有运算符重载的双边树-什么是好的内存解决方案
- Microsoft Visual Studio 2013在我构建解决方案后冻结
- 在Visual Studio 15社区中构建Lua的解决方案/项目结构
- 运行VS2008解决方案时运行时错误;解决方案正在构建良好
- 如何将visual studio 2010解决方案构建为独立的dll
- 针对C++静态破坏/构建顺序问题的平台特定解决方案
- 如何在Linux下构建Visual Studio解决方案
- 为什么在重新构建解决方案后构建会更快
- 从命令行构建Visual Studio 2008解决方案
- TeamCity使用c++项目构建VS2012解决方案,其中包含设备驱动程序无法清理目录
- 在多项目解决方案中使用非托管DLL的vc++项目在构建时导致链接错误
- 我们可以仅通过openLDAP构建SSO解决方案吗