保持直线前进,是Intel compilers值得吗?我主要做系统级和桌面工作,所以我想我可能会受益。任何有更多经验的人都可以看到一些光芒吗?英特尔编译器值得吗?
回答
如果你使用的是Windows操作系统,与Intel处理器上的其他编译器相比,它们确实提供了很好的速度提升。有一种已知的行为,他们选择非Intel处理器(AMD,VIA)的非常慢的代码路径,以及围绕该问题的反托拉斯探针。
如果您使用线程构建模块或其他功能,那么您也有冒险将代码长期捆绑到英特尔编译器的风险,因为该功能在别处不存在。
Linux上的GCC 4.5与英特尔编译器差不多。该平台上没有明确的赢家。
英特尔®TBB在GCC和MSVC(现代版本)方面效果相当好。 – 2011-02-05 17:07:49
从我看到的基准测试看,使用英特尔特定的编译器在开源替代方案中提供了一些性能/多线程优势。
如果浮点数精度对您很重要,那么使用Visual Studio编译器而不是intel编译器。 32位与64位应用程序可以给你与英特尔编译器计算结果不同。 (选中)。 32位与64位的Visual Studio编译结果将相同。
如果您正在比较ICL与MSVC++的数字行为,则必须考虑到/ fp:设置的不同行为。 ICL/fp:源(比缺省更不积极)等同于MSVC/fp:fast(比缺省更积极)。 Microsoft不执行由ICL默认启用的任何优化。这些包括simd减少(通常会提高准确性,但是由不可预知的余量)。 ICL默认违反了关于parens的标准。关于是否通过比/ fp:source更好的表现手段解决这个问题似乎仍然存在争议。
在此之前的文章中,提到了Intel与gnu编译器性能的比较。 g ++ -fast-math -fno-cx-limited-range大致等同于ICL default/fp:fast。在Windows上,-ffast-math可能无法控制下溢模式,可能需要自己将其设置在程序中。 -ffast-math将fmin/fmax等减少为单个指令,但对于Intel C++,则需要std :: min/max。 – tim18 2016-06-11 20:23:57
最近ICL添加了选项/ Qprotect-parens以观察括号后的K&R语言标准。海湾合作委员会将K&R处理圆括号的过程嵌入到 - 数学中。 – tim18 2016-06-11 20:27:55
- 1. 许可英特尔Fortran编译器
- 2. static_assert和英特尔C++编译器
- 3. f2py与英特尔Fortran编译器
- 4. 英特尔C++编译器Windows CE
- 5. 英特尔编译器和Python/ctypes/libffi
- 6. 英特尔的Windows C++编译器
- 7. 英特尔C++和微软编译器
- 8. 英特尔编译器向后兼容康柏编译器
- 9. 英特尔编译器:“无法得到映射内存”
- 10. 如何使用英特尔编译器编译autotools?
- 11. 编译提升1.57与英特尔的编译器
- 12. 我如何安装英特尔编译器和英特尔mpi的提升?
- 13. 使用记事本++和英特尔编译器编译文件Fortran编译器
- 14. 英特尔DAAL编译错误
- 15. Qt不会编译(10.5英特尔Mac)
- 16. 英特尔tbb :: parallel_for_each编译时错误
- 17. 无法编译英特尔引脚
- 18. 英特尔DPDK编译错误
- 19. 英特尔tbb编译和测试
- 20. 英特尔Visual Fortran编译错误
- 21. 在英特尔编译器的特定位置禁用警告
- 22. 英特尔Visual Fortran编译器名称损坏,是我的编译器只是疯了吗?
- 23. 使用英特尔编译器套件编译OpenMPI应用程序
- 24. 英特尔C++编译器编译速度极慢递归decltype返回
- 25. 具有大文件大小的英特尔Fortran编译器
- 26. cmake与英特尔编译器设置为平台工具集
- 27. 在带有英特尔编译器的Mac上构建Python 2.7.12
- 28. 英特尔Fortran编译器标志检查隐式转换
- 29. 奇怪的英特尔C++编译器错误
- 30. 安装了英特尔C++编译器,丢失/ bits/C++配置
[这里的任何人都有基准测试英特尔C++编译器和GCC的可能的重复?](http://stackoverflow.com/questions/1733627/anyone-here-has-benchmarked-intel-c-compiler-and-gcc) – 2010-05-24 19:23:59
对于自动矢量化和Fortran,绝对是。 – Jeff 2015-04-24 05:24:52