REPOST：非常长的链接时间

本文介绍了REPOST：非常长的链接时间的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！ 问题描述 29岁程序员，3月因学历无情被辞！ 很抱歉重新发布，但这种情况正在恶化，并且给我带来了很多浪费的时间。我有一个相当大的混合C ++项目，并且在 数量的构建（但不是常数）之后链接（有时候是b / b 编译）变得极其缓慢，任务管理器显示link.exe（或 cl.exe）几乎没有使用任何处理器时间，但是内存很多（大约 150-200MB） 。我要密切关注页面错误，因为我无法想到 其他任何可能造成这种情况的机器 - 机器似乎不是 颠簸并在建设过程中反应敏捷。任何人都可以推荐 什么？ 谢谢， 史蒂夫 解决方案 他们实际上叫什么）？我已经厌倦了黑客攻击某些有很多这种东西的旧代码，编译它需要接近4分钟。我继续尽可能多地拿出来（没有杀死应用程序），这是一个值得注意的变化。 。 C / C ++ - >代码生成。如果设置为YES，编译器将仅为那些已更改的文件创建新的OBJ。它将保留旧的OBJ然后链接它们。如果你只更改1个文件，只会重新创建1个OBJ（而不是全部）。我认为（不确定），但包含你更改的文件的任何文件（使用 #include）可能需要重新编译...... 创建临时dll？ 任何完成代码的部分或不被检查。例如，我有一个Map.dll，其中包含与地理地图相关的所有内容。然后我把它作为一个referance，使用#using，并且那些东西永远不会被编译。然后我创建一个包括所有其中包含所有代码文件的项目。这确实给我带来了很多测试项目，但测试它确实让它变得相当快。 代码的任何部分完成或不被检查。例如，我有一个Map.dll，其中包含与地理地图相关的所有内容。 然后我把它作为一个referance，使用#using，并且那些东西永远不会被编译。然后我创建一个包括所有包含所有代码文件的项目。这确实给我留下了很多测试项目，但是为了测试它确实能让它变得相当快。 a之后构建（但不是常数）链接（有时候编译）变得极其缓慢，并且任务管理器显示 link.exe 认为 推荐什么？ 谢谢， 史蒂夫 Hi,Sorry to repost, but this is becoming aggravating, and causing me a lot ofwasted time. I''ve got a reasonably large mixed C++ project, and after anumber of builds (but not a constant number) linking (and sometimescompiling) becomes immensely slow, and task manager shows that link.exe (orcl.exe) is barely using any processor time, but an awful lot of RAM (around150-200MB). I''m going to keep an eye on page faults since I can''t think ofanything else that could be causing this - the machine doesn''t seem to bethrashing and is fairly responsive during building. Can anyone recommendanything?Thanks,Steve 解决方案 what they are actually called)?? I''ve had the displeasure of hacking somebodies old code that had ALOT of this stuff, and to compile it took close to 4 min. I went ahead and took out as much as I could (W/o killing the app), and it was a noticable change. under the projects configureation properties -> C/C++ -> Code Generation. If set to YES, the compiler will only create new OBJ for those files that have changed. It will keep the old OBJs and then link them. If you only change 1 file between, only 1 OBJ will be recreated (instead of them all). I think (not sure), but any files that include the file you change (Using #include) may have to be recompiled... any part of the code that is "Done" or not being checked. For instance, I have a Map.dll that containes all my stuff related to geographical maps. I then include it as a referance, use #using, and that stuff never gets compiled. I then create a "include all" project that has all the code files in it. This does leave me with a lot of Test projects all over the place, but to test it does make it fairly fast.for any part of the code that is "Done" or not being checked. For instance, I have a Map.dll that containes all my stuff related to geographical maps.I then include it as a referance, use #using, and that stuff never gets compiled. I then create a "include all" project that has all the codefiles in it. This does leave me with a lot of Test projects all over the place, but to test it does make it fairly fast.a number of builds (but not a constant number) linking (and sometimes compiling) becomes immensely slow, and task manager shows thatlink.exethinkrecommend anything? Thanks, Steve 这篇关于REPOST：非常长的链接时间的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！ 上岸，阿里云！