编译器优化方法（为了能让编译器优化，C C++的代码怎么写才好更好地用到SSE的优化）

本文目录

• 为了能让编译器优化，C C++的代码怎么写才好更好地用到SSE的优化
• 通过编译器对程序优化来改进cache性能的方法有哪几种
• 编译的优化，有尺寸和速度两种方式，分别有什么意义
• 编译器的编译器优化
• vscode怎么将编译调试改为优化和非优化方式，像devc++一样改为-O2
• C/C++的编译器会怎样优化
• c#在vs调试正常,在bin就特别卡
• 2.优化编译器对下面程序的局部变量和不分配空间,为什么-|||-mainO-|||-l-|||
• c语言8个实用方法代码优化

为了能让编译器优化，C C++的代码怎么写才好更好地用到SSE的优化

如果用gcc可以使用这个参数-mtune=cpu-type(你的运行处理器类型)，这样编译会针对该处理器支持的指令集进行优化，如果单独想支持SSE，可以用-msse。这都是泛泛的优化。

通过编译器对程序优化来改进cache性能的方法有哪几种

你的程序可能太短，看不出区别来，你比对一下她们生成的汇编码就知道了

CPU 缓存是为了提高程序运行的性能，CPU 在很多处理上内部架构做了很多调整，比如 CPU 高速缓存，大家都知道因为硬盘很慢，可以通过缓存把数据加载到内存里面，提高访问速度，而 CPU 处理也有这个机制，尽可能把处理器访问主内存时间开销放在 CPU 高速缓存上面，CPU 访问速度相比内存访问速度又要快好多倍，这就是目前大多数处理器都会去利用的机制，利用处理器的缓存以提高性能。

就算优化带来的效果非常有限，但是经过长年累月的持续优化，效果也是非常明显的，比如当年的Chrome浏览器就是靠打开网页非常快从而打败微软系统自带的IE浏览器。电脑手机等硬件的性能是有限的，不同的算法会产生不同的效率，今天我们就简单说一个选择问题，开发程序时是节省内存还是节省计算量。

编译的优化，有尺寸和速度两种方式，分别有什么意义

条件编译：#define A……#if A代码1#endif说明：如果编译器遇到最后面以#endif结尾的#if指令时，当指定的符号已经定义时，才执行#if和#endif之间的代码。如上面的代码，由于A已经定义，则执行编译代码1.若将#define A删掉，则无视代码1.所谓包含文件目录就是你安装编译软件时，在安装目录下生成的一些目录中，大多数会有一个include目录，在该目录下存放了编译器提供的头文件，像常见的stdio.h等头文件。

编译器的编译器优化

应用程序之所以复杂, 是由于它们具有处理多种问题以及相关数据集的能力。实际上, 一个复杂的应用程序就象许多不同功能的应用程序“ 粘贴” 在一起。源文件中大部分复杂性来自于处理初始化和问题设置代码。这些文件虽然通常占源文件的很大一部分, 具有很大难度, 但基本上不花费C PU 执行周期。尽管存在上述情况, 大多数Makefile文件只有一套编译器选项来编译项目中所有的文件。因此, 标准的优化方法只是简单地提升优化选项的强度, 一般从O 2 到O 3。这样一来, 就需要投人大量 精力来调试, 以确定哪些文件不能被优化, 并为这些文件建立特殊的make规则。一个更简单但更有效的方法是通过一个性能分析器, 来运行最初的代码, 为那些占用了85 一95 % CPU 的源文件生成一个列表。通常情况下, 这些文件大约只占所有文件的1%。如果开发人员立刻为每一个列表中的文件建立其各自的规则, 则会处于更灵活有效的位置。这样一来改变优化只会引起一小部分文件被重新编译。进而,由于时间不会浪费在优化不费时的函数上, 重编译全部文件将会大大地加快。

vscode怎么将编译调试改为优化和非优化方式，像devc++一样改为-O2

在 VS Code 中，可以通过修改 C/C++ 编译任务（tasks.json）中的参数来控制编译的优化方式。以下是一些可能的方法：

• 通过添加 "-O2" 编译选项来启用优化。要添加编译选项，可以将 "-O2" 添加到 tasks.json 文件中的 args 部分，例如：

"args": [

"-g",

"-O2",

"-Wall",

"${file}",

"-o",

"${fileDirname}/${fileBasenameNoExtension}"

],

• 通过添加 "-O0" 编译选项来禁用优化。要禁用优化，可以将 "-O0" 添加到 tasks.json 文件中的 args 部分，例如：

"args": [

"-g",

"-O0",

"-Wall",

"${file}",

"-o",

"${fileDirname}/${fileBasenameNoExtension}"

],

• 通过添加 "-Os" 编译选项来启用代码大小优化。要启用代码大小优化，可以将 "-Os" 添加到 tasks.json 文件中的 args 部分，例如：

"args": [

"-g",

"-Os",

"-Wall",

"${file}",

"-o",

"${fileDirname}/${fileBasenameNoExtension}"

],

需要注意的是，上述方法可能需要根据不同的编译器和平台进行微调，具体取决于您使用的编译器和环境。在使用时，建议先备份 tasks.json 文件，并进行充分测试，以确保修改后的代码能够正常编译和运行。

C/C++的编译器会怎样优化

优化编译是一个极其复杂和庞大的问题，不可能就这么说清楚。简单说就是凡是有办法简化的处理编译器会尽可能给你简化，凡是有办法用SIMD并行的运算编译器会尽量给你并行，凡是你没用到的内容编译器都会给你删除。

c#在vs调试正常,在bin就特别卡

c#在vs调试正常，在bin特别卡解决方法如下：1、编译器优化：在调试模式下，编译器不会对代码进行优化，因此程序在调试时可能会比在Release模式下慢得多。可以尝试在Release模式下调试程序，或者在Release模式下编译程序并使用运行时分析工具来找出性能瓶颈。2、内存问题：如果程序需要大量使用内存，那么在bin目录下运行程序会导致性能下降。一种解决方法是增加计算机的内存，另一种解决方法是优化程序以减少内存使用量。

2.优化编译器对下面程序的局部变量和不分配空间,为什么-|||-mainO-|||-l-|||

为了提高程序的执行效率，编译器优化程序时，会尝试优化局部变量和不分配空间。这样做的好处是，编译器可以将更多的计算时间转换成空间，从而提高程序的执行效率。此外，优化过的局部变量和不分配空间也可以减少程序的内存占用，进一步提高程序的执行效率。

c语言8个实用方法代码优化

C语言8个实用方法代码优化

1、选择合适的算法和数据结构

选择一种合适的数据结构很重要，如果在一堆随机存放的数中使用了大量的插入和删除指令，那使用链表要快得多。数组与指针语包莫有十分密切的关系，一般来说，指针比较灵活简洁，而数组则比较直观，容易理解。对于大部分的编译器，使用指针比使用数组生成的代码更短，执行效率更高

2、使用尽量小的数据类型

能够使用字符型(char)定义的变量，就不要使用整型(int)变量来定义;能够使用整型变量定义的变量就不要用长整型(long int)，能不使用浮点型(float)变量就不要使用浮点型变量。当然，在定义变量后不要超过变量的作用范围，如果超过变量的范围赋值，C编译器并不报错，但程序运行结果却错了，而且这样的错误很难发现。

3、减少运算的强度

a、查表(游戏程序员必修课)

一个聪明的游戏大虾，基本上不会在自己的主循环里搞什么运算工作，绝对是先计算好了，再到循环里查表。如果表很大，不好写，就写一个init函数，在循环外临时生成表格。

b、求余运算

位操作只需一个指令周期即可完成，而大部分的C编译器的“%”运算均是调用子程序来完成，代码长、执行速度慢。通常，只要求是求2n方的余数，均可使用位操作的方法来代替。

4、结构体成员的布局

a、按数据类型的长度排序

把结构体的成员按照它们的类型长度排序，声明成员时把长的类型放在短的前面。编译器要求把长型数据类型存放在偶数地址边界。

b、把结构体填充成最长类型长度的整倍数

把结构体填充成最长类型长度的整倍数。照这样，如果结构体的第一个成员对齐了，所有整个结构体自然也就对齐了。

5、循环优化

a、充分分解小的循环

要充分利用CPU的指令缓存，就要充分分解小的循环特别是当循环体本身很小的时候，分解循环可以提高性能。注意，很多编译器并不能自动分解循环。

b、提取公共部分

对于一些不需要循环变量参加运算的任务可以把它们放到循环外面，这里的任务包括表达式、函数的调用、指针运算、数组访问等，应该将没有必要执行多次的操作全部集合在一起，放到一个init的初始化程序中进行。

6、提高CPU的并行性

a、使用并行代码

尽可能把长的有依赖的代码链分解成几个可以在流水线执行单元中并行执行的没有依赖的代码链。很多高级语言，包括C++，并不对产生的浮点表达式重新排序，因为那是一个相当复杂的过程。

b、避免没有必要的读写依赖

当数据保存到内存时存在读写依赖，即数据必须在正确写入后才能再次读取。虽然AMD Athlon等CPU有加速读写依赖延迟的硬件，允许在要保存的数据被写入内存前读取出来，但是，如果避免了读写依赖并把数据保存在内部寄存器中，速度会更快。

7、循环不变计算

对干一些不需要循环变量参加运算的计算任务可以把它们放到循环外面，现在许多编译器还是能自己干这件事，不过对干中间使用了变量的算式它们就不敢动了，所以很多情况下你还得自己干。对于那些在循环中调用的函数，凡是没必要执行多次的操作通通提出来放到一个init函数里，循环前调用。另外尽量减少喂食次数，没必要的话尽量不给它传参，需要循环变量的话让它自己建立一个静态循环变量自己累加，速度会快一点。

8、采用递归

与LISP之类的语言不同，C语言一开始就病态地喜欢用重复代码循环，许多C程序员都是除非算法要求，坚决不用递归。

事实上，C编译器们对优化递归调用一点都不反感，相反，它们还很喜欢干这件事。只有在递归函数需要传递大量参数，可能造成瓶颈的时候，才应该使用循环代码，其他时候，还是用递归好些。