SSE向量化开发中复用_mm_set1_ps常量比即时调用性能更优吗？

两种循环写法的性能对比 #

在你给出的-O3 -march=nocona -funsafe-math-optimizations编译参数下，绝大多数场景两种写法性能完全一致。
你使用的是带类Unix编译参数的Windows编译器，大概率是MinGW GCC，这类编译器对编译期可确定值的_mm_set1_ps调用默认会做循环不变量外提（LICM）优化，会自动把第一种写法里的三个常量初始化操作提到循环外执行，最终生成的汇编和第二种写法没有本质差异。

但更推荐你用第二种写法：

• 手动明确了常量复用逻辑，代码可读性更高，后续维护时能一眼看到循环依赖的向量化常量
• 避免极端场景下的编译器优化失效问题，比如循环内部逻辑过于复杂、编译器无法判断常量是否会被修改的情况
• 没有任何额外性能开销，属于稳赚不赔的写法

全局向量常量的收益分析 #

完全不需要特意把这些向量常量定义为全局变量，原因如下：

• 局部定义的编译期向量常量，编译器会优先分配到XMM寄存器中，不需要从内存加载，性能反而比需要从数据段加载的全局常量更好
• 你担心的缓存失效问题基本不可能发生：这类16字节的小常量就算需要走内存访问，也会长期驻留在L1缓存中，命中率接近100%，访问延迟可以忽略不计
• 全局向量常量反而有潜在风险：跨编译单元使用时可能出现16字节对齐异常，同时会限制编译器的常量传播、指令合并等优化空间，反而可能拖累性能
• 即使多个函数用到相同的向量常量，编译器也会自动复用只读数据段的常量存储，不会出现重复存储、重复加载的问题，不需要你手动做全局复用

实操建议 #

要是你想确认优化是否到位，直接看编译生成的汇编代码就行：检查vbroadcastss/movaps这类常量加载指令是否放在循环体外，循环内部只有计算相关指令，没有重复的常量加载操作就说明优化符合预期。

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