使用SSD驱动器缩短大型C ++应用程序的链接时间 [英] Improve link time of large C++ application with SSD Drive

问题描述

亲爱的，

我们正在开发大型C ++应用程序.调试目标的链接时间是我们最大的烦恼之一(我们构建C ++本机应用程序).实际上，这是与使用Visual Studio有关的最大问题(2005、2008和2010).我们知道主要瓶颈是硬盘驱动器.

英特尔自豪地宣布X25 SSD驱动器可以缩短开发时间( http://www.intel. com/design/flash/nand/extreme/index.htm [ ^ ]).我找不到任何特定于链接时间的基准.

有人在大型C ++项目上尝试过这种驱动器吗?对调试目标的链接时间有什么影响?


如果您想了解有关我们实验的更多详细信息，请访问:
http://www.codeproject.com/Messages/3288308/Minimized- link-time-of-Cplusplus-applications.aspx [ ^ ]

问候，

弗雷德里克·赫伯特

由林肯警察编辑. :)

Dear,

We are developing large C++ application. Link time of debug target is one of our biggest irritant here (we build C++ native applications). In fact, that''s our biggest problem related to our usage of Visual Studio (2005, 2008 and 2010). We know that the main bottleneck is the Hard Drive.

Intel is proud to announce that X25 SSD Drive can improve development time ( http://www.intel.com/design/flash/nand/extreme/index.htm[^] ). I cannot find any benchmark specific to link time.

Is there someone who tried this kind of drive on large C++ project ? What are the impact on link time of debug target ?


If you want more details about our experimentations:
http://www.codeproject.com/Messages/3288308/Minimized-link-time-of-Cplusplus-applications.aspx[^]

Regards,

Frédéric Hébert

Edited by the linky police. :)

推荐答案

另一种免费的替代方法是创建将很少更改的obj粘贴到LIB文件中的子项目，然后仅链接到主构建中的LIB文件.更快(以前我们在MSC5.1/VC1.0中是在80年代/90年代完成的).

Another, free, alternative is to create subprojects that stick seldom-changing objs into a LIB file and then just link to the LIB files in your main build. Much quicker (what we used to do in the 80''s/90''s with MSC5.1/VC1.0).

这篇关于使用SSD驱动器缩短大型C ++应用程序的链接时间的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！