iOS
发布时间：2022-05-04 发布网站：大佬教程 code.js-code.com
大佬教程收集整理的这篇文章主要介绍了c – 使用G而不是LLVM进行编译时代码明显变慢，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
概述
我正在尝试使
用XCode 7.0在C中编程的算法.当我将XCode中标准LLVM编译器的性能与使用G(5.2.0)编译时创建的二进制文件进行比较时,使用LLVM创建的二进制文件比使用g编译器创建的代码快一个数量级(> 10
X). 我正在为g编译器使用-o3代码优化标志,如下所示： /usr/local/Cellar/gcc/5.2.0/bin/g++-5 -o3 -fopenmp -DNDEBUG
我正在尝试使
用XCode 7.0在C中编程的算法.当我将XCode中标准LLVM编译器的
性能与使用G(5.2.0)编译时创建的二进制
文件进行比较时,使用LLVM创建的二进制
文件比使用g编译器创建的
代码快@L_
197_4@
数量级(> 10
X).
我正在为g编译器使用-o3代码优化标志,如下所示：
/usr/local/Cellar/gcc/5.2.0/bin/g++-5 -o3 -fopenmp -DNDEBUG main.cpp \
PattersonInstance.cpp \
... \
-o RROTprog
需要g编译,因为算法必须在高性能计算机上编译和运行,我无法使用LLVM编译器.另外,我想使用Open MP来加快代码速度.
关于造成这些速度差异的原因以及如何解决这些问题的所有想法都非常受欢迎.
在此先感谢您的帮助！
大号
我敢打赌,发生的事情如下：你将-o3传递给编译器,而不是-O3(即使用CAPITAL O),因此-o3只是指示编译器将可执行
文件输出到名为“3”的
文件.但是,您稍后在同一命令行中使用-o RROTprog,最后@L_
197_4@-o是编译器在
输出可执行
文件时
考虑的那个.
净效应：-O3不存在,因此没有进行优化.
大佬总结
以上是大佬教程为你收集整理的c – 使用G而不是LLVM进行编译时代码明显变慢全部内容，希望文章能够帮你解决c – 使用G而不是LLVM进行编译时代码明显变慢所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。
