本文介绍了用于Windows的MS vs Intel C ++编译器的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

什么是C ++编译器为Windows生成最快的代码

XP专业版(32位)?我必须在这两者之间做出选择:


- Visual C ++ 2005编译器

- 适用于Windows的英特尔C ++编译器9.0

我之前使用这两个编译器的旧版本的经验告诉我,英特尔代码的运行速度比MS代码快。但是现在我即将升级,我会选择那个产生最快的

代码(事情可能已经改变了!)。


我以为你们中的一些人可能已经看过一些大型的b / b
C ++项目的基准测试,所以可以对此有所了解。


谢谢,


Ozo。

What would be the C++ compiler producing the fastest code for Windows
XP Pro (32-bit)? I have to choose between these two:

- Visual C++ 2005 compiler
- Intel C++ Compiler 9.0 for Windows

My previous experience with older versions of these two compilers told
me that Intel code was running faster than MS code. But now that I am
about to upgrade, I would lile to pick the one producing the fastest
code (things may have changed!).

I thought that some of you could have seen benchmarks with some large
C++ projects and so could shed some light on this.

Thanks,

Ozo.

推荐答案




这真的是最重要的事情吗?



Is that really the most important thing ?




这真的是最重要的事情吗?



Is that really the most important thing ?




是的。我正在开发一个实时应用程序,其中每个

毫秒都很重要。我更喜欢通过简单地升级编译器(然后使用这个额外的时间来做更多)来获得1-2毫秒而不是

重新设计应用程序的大部分内容希望得到相同的

结果。在实时系统中,进行实际处理的可用总数为b $ b $毫秒是有限的;如果一个更好的编译器

让你在同一时间做更多的事情,那就非常受欢迎了。


Ozo。



Yes it is. I am working on a real-time application where each
milisecond is important. I prefer to gain 1-2 ms by simply upgrading
the compiler (and then use this extra time to do more) instead of
re-designing large parts of the application hoping to get the same
result. In real-time systems, the total number of available
miliseconds to do actual processing is limited; If a better compiler
let you do more in the same time, it is more than welcome.

Ozo.





我不知道任何性能基准测试...


您是否考虑过(免费)GNU CGG系统(''gcc''' C,

和''g ++''用于C ++)?


拉里



I don''t know of any performance benchmarks...

Have you considered the (free) GNU CGG System (''gcc'' for C,
and ''g++'' for C++)?

Larry


这篇关于用于Windows的MS vs Intel C ++编译器的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

09-03 07:28