visual c++ 2005 编译的 debug 版速度太慢

[Terark-CTO-雷鹏]

速度比 release 版慢了有 1000 倍，
数据量稍微大一点，就几乎无法调试了，等到问题暴露要花半个小时；
而数据量再小一点，问题又暴露不出来！

怎么解决？

[todototry]

mark之

[飞哥]

把你机器升级升级再升级,估计微软以后卖软件都要赠送机器了
呵呵

[todototry]

慢
athlon 64bit 3000＋
1G ddR400

[romanwall]

是不是楼主的算法本身的问题。你该不会申请了一个很大的多维数组吧？如果是这样的话，就要小心。的确会慢得惊人。

[mLee79]

那编译带调试信息的 rls 版就是了三 ...

[蒋晟]

把优化打开一些

[qoozone1234]

跟LZ有一样的体会。
那给我慢的。
跟vc6没法比。

[redleaves]

关掉一些自动检查功能.打开一点点优化.速度会快点
如果还不行,那就手工分析一下可能出错的文件,然后可能会错的编译DEBUG,肯定没错的编译RELEASE.
如果文件的粒度还不够小,你可以通过#pragma把一部分代码设置成不优化的...
还有,编译器有个选项可以设置禁用一些影响调试的优化.把这个打开,在RELEASE下也可以将就调试.
如果以上的方法都不行,你还可以通过断言+LOG来进行跟踪.
再不行,用一些高级调试功能,像条件断点这种.可以提前查出错误,而不是非要出错的时候才知道.
如果这还不行,那用IDE的自动跟踪,写点调试脚本.然后让它运行就可以了.虽然运行会更慢,但如果你脚本写得好,一次就可以定位错误.
如果这都不能满足,那自己写些跟踪代码....像运行时效验之类的.
要充分发挥想像力,好好利用现有条件,就没有调试不出来的错误...

[zjh222]

软件的升级其实就是硬件的升级嘛, 这是定理

[cangwu_lee]

你的机器太差。

[edgeperson]

唉··我也差不多···忍吧··

谁叫穷人买不起好机器呢.

PS：我的机器是5年前的低端机......