同架构下GCC优化疑问：-march=haswell与加-mtune=corei7的区别

1. -march=haswell 与 -march=haswell -mtune=corei7 的区别 #

先明确两个选项的核心作用：

• -march=ARCH：指定目标CPU架构，会启用该架构支持的所有指令集，同时隐含针对该架构的-mtune=ARCH优化（即基于该架构的缓存布局、流水线特性、分支预测逻辑等做指令调度优化）。
• -mtune=TARGET：仅调整代码的调度策略，不改变指令集范围，优化目标是让代码在指定TARGET的微架构上更高效运行。

仅用-march=haswell时，编译器会生成完全匹配Haswell架构的代码：指令集是Haswell支持的全部特性，调度策略也完全适配Haswell的硬件设计，这是Haswell CPU的最优编译方式。

而同时指定-march=haswell -mtune=corei7时，指令集仍保持Haswell兼容，但调度策略会切换到旧款Core i7对应的Nehalem微架构。由于Haswell和Nehalem的硬件差异极大（比如Haswell有更宽的流水线、不同的缓存层级、支持AVX2等），这种混合设置会导致代码调度与Haswell的硬件特性不匹配，反而可能降低运行性能。

简单总结：前者是指令集和调度完全适配Haswell，后者是用Haswell指令集但按旧款Core i7的微架构调优，存在性能损耗风险。

2. GCC接受未文档化的-mtune=corei7的原因 #

GCC保留了大量向后兼容的别名选项，这些选项可能因版本迭代、文档更新滞后等原因未出现在官方在线文档中，但编译器内部仍能识别并映射到对应的正式目标。

具体到corei7：它是早期GCC版本中针对Nehalem架构酷睿i7的优化选项，后来GCC引入了更明确的-mtune=nehalem，但为了兼容旧的编译脚本，保留了corei7作为nehalem的别名。这类别名属于内部兼容机制，因此编译器会接受，但不会主动在文档中提及。

内容的提问来源于stack exchange，提问作者Greg