![]() |
1
3
如果您使用的是Windows,它们确实比英特尔处理器上的其他编译器提供了很好的速度提升。有一个已知的行为,他们选择一个非常慢的代码路径与非英特尔处理器(AMD,VIA)和反垄断调查围绕这个问题。 如果您使用线程构建块或其他功能,也可能长期将代码绑定到英特尔编译器,因为该功能在其他地方不存在。 Linux上的GCC4.5几乎与Intel编译器相当。那个平台上没有明确的赢家。 |
![]() |
2
1
在我与英特尔编译器(仅限于C)的小经验中,我会说它们是非常优越的。具体来说,OpenMP库比开源版本快得多。”值得一提的是“这取决于你的情况,虽然它们很贵,但在我看来它们更好。 |
![]() |
3
0
从我所看到的基准来看,使用特定于Intel的编译器确实比使用开源编译器提供了一些性能/多线程优势。 |
![]() |
4
0
如果浮点数精度对您很重要,则使用Visual Studio编译器而不是英特尔编译器。 32位与64位应用程序可以为您提供不同的英特尔编译器计算结果。(检查)。 32位与64位的Visual Studio编译器结果相同。 |
![]() |
5
0
如果要比较icl与msvc++的数值行为,必须考虑/fp:settings的不同行为。 icl/fp:source(低于默认值)相当于msvc/fp:fast(高于默认值)。 Microsoft不执行ICL默认启用的任何优化。其中包括减少SIMD(通常会提高精度,但会带来不可预测的利润)。ICL在默认情况下也违反了有关parens的标准。关于是否采用比/fp:source更好的性能手段来解决这一问题,似乎仍存在争议。 |
![]() |
George S. · 是否存在基于元组的控制流语句内部表示? 7 年前 |
![]() |
FlatAssembler · 在x86程序集中计算exp(x) 7 年前 |
![]() |
cib · 即时编译和动态编译有什么区别? 7 年前 |
![]() |
Artemis · 寄存器与指令之间的差异 7 年前 |
![]() |
Sam · 了解go工具编译和链接命令 7 年前 |