在linux系统下用C++作计算用那种编辑器速度快呢？
我想问三个问题：1.编译器编译出程序运行的效率是不是和cpu关系很大，比如intel的c++编译器在装有AMD的机器中就不能发挥其优势。
2.在Intel的cpu和linux系统中做科学计算用那种编译器速度快，AMD的呢？
3.这些编译器有没有free的？
谢谢！！ 给你一个方向，去看看KDE4的实现方法，KDE4使用的高级技术太多了，太炫了，但是不稳定，这是C++语言的缺点，也可能是KDE4开发人员控制不了C++，D声称比C++好，不流行。 1.编译器编译出程序运行的效率是不是和cpu关系很大，比如intel的c++编译器在装有AMD的机器中就不能发挥其优势。
AMD自己没人写出来牛B的编译器，就请了某牛（名字忘记了，不是我不尊重他，是我不熟悉Pro64的事情）带了几个研究僧port了一下Open64，据说AMD+Open64的性能有些情况下比Intel+IntelCC好，但是我不觉得这有什么可比性，但是肯定比AMD+IntelCC强一些。说实在话，好不好在于做port的人，port做的很好，编译器比较烂，效果也还不错。port做的很烂，编译器再好，没用。
2.在Intel的cpu和linux系统中做科学计算用那种编译器速度快，AMD的呢？
GCC真的很烂么？自己调整一下编译选项吧。IntelCC或者Open64吧（PathScale，但是已经被收购了），AMD除了Open64好像没别的。
3.这些编译器有没有free的？
GCC free，而且绝大多数情况下比你想象的要好的多。IntelCC能比GCC好多少？Open64的开发人员有多活跃？号称全兼容GCC的编译器有很多，可是真正能做到的只有一个，那就是GCC，GCC就是事实上的工业标准。科学计算？圈子有多大？那些专用的编译器还不是都慢慢玩儿死了？PGI，那个性能，叫做不济。Open64雄心勃勃很多年，PathScale不还是被收购了么？取代GCC的影子还没做到呢。慢慢玩儿吧，小众封闭早晚玩儿死。
页:
[1]