D7+XP
最近编译程序的速度极慢,因为开发需要,不得不安装了一些第三方控件,有raize, tms, dev, infopower
主要是需要维护多个项目,卸载这些控件是不可能的了
原来时编译速度上没什么问题,但最近基本上慢的无法忍受了,有没有朋友遇到过类似的问题,能否指点一下谢谢

解决方案 »

  1.   

    Mark
    木遇到过
    编译得多长时间?
      

  2.   

    D7 很快的.. 比后面的都快.
    估计是其他软件影响了速度
    你打开任务管理器  看看编译的时候 什么在吃CPU
      

  3.   

    楼主,该换电脑了,把老486扔了吧。买个I7-2720QM的
      

  4.   

    说到CPU,实际上CPU的战用率很低,只有1-2%,这正是我觉得奇怪的地方,正常情况下,编译时,CPU占用应当在30左右,有时高到50,内存占用是比较高的,大部分情况下,物理内存在200M以上,虚拟内存占用也在200以上
      

  5.   

    有没有奇怪的控件在连数据库,遍历域名,或者悄悄的向其他地方发LZ收藏的小电影?
    最近查出了我用了3年的一个fastreport居然带木马,K,问候他母亲的........
      

  6.   


    嘿嘿,这个不敢乱说,但有一点,我用命令行编译是正常的,速度还可以,55S就把整个程序编译完了,所以如果有控件干坏事,估计跟IDE有点关系,问题是我想知道是谁搞的鬼,难道我只能在命令行下混日子了?或者说把机器爆菊重整?
      

  7.   

    爆菊???!!!好吧~LZ你淫了.........我对你的敬仰如滔滔江水
    不过另一个靠谱的解释是可能某些控件会互相冲突,我以前好像碰到过一次,不过我比较笨不会查源代码看看为啥冲突,所以比较弱的解决方案是装一台干净的测试机,一个个控件的装下去,直到出现问题为止,然后把那个控件拉出去先X后杀,再鞭尸100遍!!!!!!!!!!!
      

  8.   

    发现有可能和devexpress有关,因为主要的项目中不用这个控件,先干掉,然后反复编译这个主项目,拷机中
      

  9.   

    快慢?还是 多少行/秒 比较客观一些
    单纯 秒,万一项目大或使用的控件包大,自然就慢了
    如果一些pas每次都会被编译,那又是另一个原因了
      

  10.   

    我摸索了几次,摸出点规律,是这个样子的项目组BPG里包含了两个项目,一个使用了DEV,一个没用,我打开DELPHI,然后打开BPG,如果我直接编译没用DEV的项目,速度是正常的,当我切换到使用了DEV的项目,并打开一个使用了DEV控件的窗体时(窗体上使用了多个DEV控件)然后再编译此项目,速度就会很慢,一个不到10个单元的项目,感觉编译一次需要5分钟的样子,然后切换回未使用DEV的项目,编译速度几近死机,我没有耐心等待编译结束,这时,关闭BPG,再创建一个空项目,然后编译的时间也在2-3分钟的样子,我再关闭DELPHI,重新打开项目组,没用DEV的项目编译速度恢复正常感觉似乎一动到DEV时,就会极大影响编译速度,不知道有没有兄弟碰到过类似的
      

  11.   

    是否将DEV每次都重新编译,建议只加它对Lib路径,不要加source路径试试