缩短编译时间
‘壹’ 应用编译优化三种模式
应用编译优化三种模式分别是:编译时间优化模式、执行时间优化模式和代码大小优化模式。
1、编译时间优化模式:关注编译速度的提升,以缩短应用程序高脊的编译时间为目标。在这种模式下,编译器会减少编译时间,会降低应用程序的执行效率。
2、执行时间优化模式:关注应用程序的执行效率,以提高应用程序的性能为目标。在这种模式下,编译器会优化应用程序的代码,以提高执行效率,会增加编译时间。
3、代码大小优化模式:关注应用程序的大小,以减小应兆培用程序的体积为目标。族念唯在这种模式下,编译器会减小应用程序的代码大小,以减小应用程序的体积,会降低应用程序的执行效率。
‘贰’ gcc编译链接文件耗时
GCC 编译链接文件耗时可能受多种因素影响,以下是一些可能的原因和解决方法:
大规模代码库:如果您的代码库很歼蔽大,例如包含大量源文件、头文件和库文件,那神改森么编译链接时需要的时间就会更长。您可以考虑使用增量编译,只编译发生更改的文件,以缩短编译链接时间。
编译器选项:某些编译器选项可能会影响编译链接的时间。例如,启用优化选项可能会使编译链接时间更长。您可以尝试调整编译器选项来优化编译链接时间。例如,可以使用 -O0 选项关闭优化。但是,请注意,关闭优化可能会影响代码的性能和效率。
硬件配置:编译链接时间也可能受到硬件配置的影响。如果您的计算机配置较低,例如 CPU、内存和硬盘空间较小,那么编译链接时间可能会更长。您可以尝试升级硬游亩件配置,例如增加内存和更换更快的硬盘。
多线程编译:GCC 支持多线程编译,可以同时编译多个源文件,从而加快编译链接时间。您可以使用 -j 选项指定要使用的线程数。例如,使用 -j4 选项将使用 4 个线程编译链接。
使用预编译头文件:如果您的代码库包含大量公共头文件,可以使用预编译头文件来加快编译链接时间。预编译头文件包含公共头文件的预编译版本,可以在编译链接时重用,从而减少编译链接时间。
总之,GCC 编译链接时间受多种因素影响,您可以尝试使用上述方法来优化编译链接时间。
‘叁’ Xcode编译慢打包慢解决方法
1. 提高 XCode 编译时使用的线程数
defaults write com.apple.Xcode 48 cpu 占用会特别高 达到150%的样子,15寸 设置48比较好,否则操作其他因员工可能会卡
XCode 默认使用与 CPU 核数兆纳相同的线程来进行编译,但由于编译过程中的 IO 操作往往比 CPU 运算要多,因此适当的提升线程数可以在一定程度上加快编译速度。本人采用的是 4 核的 CPU ,将线程数改为 8 后编译速度略有提升。
2. 将 Debug Information Format 改为 DWARF
在工胡猜慧程对应Target的Build Settings中,找到Debug Information Format这一项,将Debug时的DWARF with dSYM file改为DWARF。
这一项设置的是是否将调试信息加入到可执行文件中,改为DWARF后,如果程序崩溃,将无法输出崩溃位置对应的函数堆栈,但由于Debug模式下可以在XCode中查看调试信息,所以改为DWARF影响并不大。这一项更改完之后,可以大幅提升编译速度。
// 这一条暂时不用管,默认配置
3. 将 Build Active Architecture Only 改为 Yes
在工程对应Target的Build Settings中,找到Build Active Architecture Only这一项,将Debug时的No改为Yes。
这一项设置的是是否仅编译当前架构的版本,如果为No,会编译所有架构的版本。需要注意的是,此选项在Release模式下必须为Yes,否则发布的ipa在部分设备上将不能运行。这一项更改完之后,可以显着提高编译速度。
在设置完以上三个项之后,相信编译时间会缩短很多。
4. 如何关掉 CCache 提高编译打包速度呢编写脚本,文件名称ccache
放到Xcode项目根目裤答录,然后
详情见这篇帖子
https://www.jianshu.com/p/c9e3fb3dfa53
5. 去掉打包缓存
~/Library/Developer/Xcode/Procts
‘肆’ 怎样缩短C语言程序的运行时间
在用数组时,尽量用指针,因为程序编译隐则的时候都是要转化为指针进行运算,先用指针,在灶枣棚编译岩桥的时候就不用在转化了 节省了时间
还有语句不要太复杂 能减则减
‘伍’ C语言多充循环,运算次数多,编译时间很长,又无法估计最终需要多久,怎么办
如果要减少时间 那么优化代码,或者直接改进算法
如果要预测时间,那么大致估计一下循环的次数,然后在固定的某个循环中加一个打印,通过打印频率来估算总时间
‘陆’ java 如何减少编译时间,是不需要的包不要 import 吗
不是的,和包应该没有太多的关系。应该和代码的多少有关系.
比如说测试一个简单的java类和测试一个struts2 +jpa+hibernate的项目编译的时间就会大不相同了.
‘柒’ oracle 包太大编译时间长怎么办
一般情况下不会出现一个包编译时间很长的情况,出现何种情况一般是你的数据库慢,可能是服务器慢,也可能是网络慢,也可能是客户端慢。
先看看数据库现在在忙什么?如果现在数据库真的很忙,或者数据库出现要夯住的状态,其他的操作也慢,那么就要考虑数据库的瓶颈了,这个分析起来就麻烦了。
如果仅仅编译这个慢,其他的不那么慢,那么可能是你的机器的问题,换一台试试,有时可能你的这个用户操作过多,或者过长时间不操作,导致进程假死,这个也是有可能发生的。另外看看,是不是有人也在操作这个包,如果是的话,那么编译确实很慢。
如果是网络慢,或者服务器慢,那么就几乎真的没办法了,数据库工程师如果对系统较熟悉的可以找找看问题,不过真的没啥可以改的。
如果就是因为服务器不行,包太大,那么就分包,把一个包变成两个,标_1和_2,或者_A,_B呗。
‘捌’ 在linux安装Mysql时采用源码编译安装,但是如何让MySQL的编译时间缩短呢
可以试试在使用make && make install 时添加-j参数,不限制内核进行编译安装。或者-j 后加内核数 。例如 make -j 4 && make install -j 4
优点:速度快会相对提高很多
缺点:消耗大量CPU,内存资源。
我做过一个测试,如果不限定内核 (16核 80GB内存 )的服务器编译安装mysql 5.0.7 安装时长大致在10分钟左右,但是测试时服务器CPU跑满100% ,内存消耗至少32GB。直接使用 make && make install 安装耗时45分钟,内存4GB ,CPU 10%左右。
‘玖’ 如何减少Quartus II的编译时间
配置晌慎类路径
CLASSPATH =。; E:\ JAVA \ JDK1.6.0_06 \ LIB \ dt.jar; E:\ JAVA \ JDK1.6.0_06 \ LIB \的tools.jar
注:1。当您编译雹宽当前目录下的第一个命令,以了解当前编译Java类,然后运行javac命令,如javac的测试。 java中,一定要记*的.java;后
2.编译运行java命令,如:Java测试;人们不应该写的* .class。刚刚与主要方法写你定义为市民和类名,如果你没有这个类的主要方法,而另一个类在当前宴肆敬目录中,这个类必须编译,也可以写的javac *的.java,所以,你可以把所有的当前目录下的Java扩展编译
‘拾’ 如何不让eclipse自编译时间长
你的问题应该是Eclipse设置的问题,Eclipse每次编译的时候去校验了很多文件,所以速度变的很慢,你可以关闭那些不用的Eclipse的自动validation,
windows > perferences > myeclipse > validation 将Build下全部勾取消
如果你需要验证某个文件的时候,我们可以单独去验证它, 在需要验证的文件上( 右键 -> MyEclipse -> Run Validation