在研究编译驱动的makefile的时候,发现GCC的命令行里面有一个-Os的优化选项。 遍查GCC文档,发现了-O0, -O1, -O2, -O3,就是没有发现-Os。 祭出GOOGLE大法搜了一下,终于发现这篇文章说明了-Os的作用: http://www.linuxjournal.com/article/7269 原来-Os相当于-O2.5。是使用了所有-O2的优化选项,但又不缩...
O/O1: 做一些不显著增加编译时间的优化 O2: 显著提升编译时间,提升代码性能,做不包含`space-speed tradeoff`的所有优化 O3: 进一步优化,显著增加可执行文件大小。 Os: 优化性能同时不增加可执行文件大小。包含O2选项中不增加代码大小的优化项 Og: 优化性能同时不损害可调试性。包含O1选项中不损害可调试性的优化项...
O2 会尝试更多的寄存器级的优化以及指令级的优化,它会在编译期间占用更多的内存和编译时间。 O3 在 O2 的基础上进行更多的优化,例如使用伪寄存器网络,普通函数的内联,以及针对循环的更多优化。 Os 主要是对代码大小的优化,我们基本不用做更多的关心。 通常各种优化都会打乱程序的结构,让调试工作变得无从着手。并且会...
-O1-O: 较低的优化级别,编译器会尝试减少空间大小和优化程序的执行时间,但不执行需要消耗大量编译时间的优化 -O2: 较高的优化级别,牺牲更多编译时间来提高程序的性能 -O3: 最高的优化级别,宁愿牺牲空间来提升程序的执行速度 -Og: 主要使用-O1优化, 除了那些影响调试的部分 -Os: 侧重于优化文件的体积...
优化等级 -O1 -O2 -O3 -Os -Ofast -Og 一下内容摘自 Using the GNU Compiler Collection (GCC) 一般来说,如果不指定优化标识的话,gcc就会产生可调试代码,每条指令之间将是独立的:可以在指令之间设置断点,使用gdb中的 p命令查看变量的值,改变变量的值等。并且把获取最快的编译速度作为它的目标。
O2会尝试更多的寄存器级的优化以及指令级的优化,它会在编译期间占用更多的内存和编译时间。 O3在O2的基础上进行更多的优化,例如使用伪寄存器网络,普通函数的内联,以及针对循环的更多优化。 Os主要是对代码大小的优化,我们基本不用做更多的关心。 通常各种优化都会打乱程序的结构,让调试工作变得无从着手。并且会打乱执行...
在研究编译驱动的makefile的时候,发现GCC的命令行里面有一个-Os的优化选项。 遍查GCC文档,发现了-O0, -O1, -O2, -O3,就是没有发现-Os。 祭出GOOGLE***搜了一下,终于发现这篇文章说明了-Os的作用: http://www.linuxjournal.com/article/7269
比较常用的是-O2和-Os。详细的介绍请查看官网Optimize-Options。 1 -O0/-Og -O0是默认选项,不执行任何优化。在编译调试版本的时候,一般使用-O0,可以确保调试执行过程完全和代码一致(如果使用优化选项,根据源文件设定的断点和经过优化编译得到的程序可能对不上,所以不能准确停在预期的地方)。 -Og是针对调试的...
-Os——生成最小执行文件。 一般来说,调试时不优化,一般的优化选项用-O2(GCC允许-g与-O2联用,这也是GNU软件包发布的默认选项),嵌入设备可以考虑使用-Os。 2.2.3 静态库和动态库 我们通常把一些公用函数制作成函数库,供其他程序使用。函数库一般分为静态库和动态库两种,它们都是把函数的实现进行了封装,但两种...
可能会变大,如O2比O1大 3、当优化到一定程度后,可能就不会再次优化(与代码有关系),如O2和O3一样 4、Os使用所有O2级别的优化,但对齐优化除外。 对齐优化按照体系结构相关方式将函数,循环,jump和label对准为2的幂的倍数的地址(此时可执行文件会变大)。 对齐优化可以提高性能,但同时增加了代码和数据空间的...