编译AVX2 intrinsics：-march选项与-mavx2的差异及选型

一、通用编译选项选择逻辑 #

• 先明确目标运行环境的CPU架构范围：
  • 如果仅针对单一架构（比如只在Skylake服务器上运行）：直接用-march=目标架构，这是最高效的方式——编译器会自动启用该架构支持的所有指令集扩展，并针对其微架构做全量优化。
  • 如果需要兼容多个架构（比如从Haswell到Skylake）：选择所有目标CPU都支持的最低架构版本作为-march，再配合-mtune针对主流架构做优化；或者生成多版本二进制，运行时根据CPU检测动态选择。
• 区分-march和-mtune的核心差异：
  • *-march=X*：指定代码生成的指令集基线，生成的代码只能在X及兼容X的CPU上运行，同时自动启用X支持的所有指令集扩展（比如Haswell对应AVX2、FMA等）。
  • *-mtune=Y*：仅针对Y架构的微架构特性优化代码生成（比如流水线调度、缓存布局、指令选择），但代码仍然遵循-march指定的指令集基线，不会引入Y独有的指令。

二、Skylake场景：能用-mtune=skylake但不能用-march=skylake的决策方案 #

方案选择 #

使用-march=haswell -mtune=skylake（或者等价的手动指令集组合：-mavx2 -mfma -mbmi -mbmi2 -mtune=skylake）。

原因解析 #

1. 兼容性保障：-march=haswell生成的代码能在Haswell及所有后续架构（包括Skylake）上运行，不会引入Skylake独有的指令（比如AVX-512），满足“不能用-march=skylake”的兼容性要求。
2. Skylake性能优化：-mtune=skylake会让编译器针对Skylake的微架构特性调整代码：
   • 适配Skylake更长的指令流水线，优化指令顺序减少停顿；
   • 针对Skylake的L1/L2/L3缓存结构优化内存访问模式；
   • 优先选择Skylake执行单元效率更高的指令（比如某些SIMD指令的调度优化）。
3. 避免性能浪费：如果仅用-mtune=skylake而不指定-march，编译器会默认使用-march=x86-64（或更老的基线），无法启用AVX2等Haswell及以上才支持的指令集，导致Skylake的SIMD性能潜力完全无法发挥。

三、通用取舍原则总结 #

• 兼容性 vs 性能的平衡：
  • 兼容性优先：选择所有目标CPU支持的最低架构作为-march，配合-mtune优化主流架构性能；若需要极致性能，可考虑多版本二进制方案。
  • 性能优先：单一架构场景直接用-march=目标架构，无需额外-mtune（因为-march会自动包含对应架构的-mtune）。
• 指令集扩展的手动选择：
  • 当无法用-march覆盖所需指令集时，手动添加-mavx2、-mfma等单个指令集标志，但必须确保所有目标CPU都支持这些指令集，否则会导致运行时崩溃。
• 测试验证不可少：
  • 用objdump -d检查生成的二进制是否包含不兼容的指令；
  • 在目标CPU上用性能分析工具（比如perf）验证优化效果，避免因编译器优化策略导致的意外性能下降。

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