为何SIMD指令无法提升性能？（Mac，Intel x86_64平台）

这种情况是正常的，你的测试大概率受限于内存带宽瓶颈，而非CPU计算能力，以下是具体分析：

核心原因：内存绑定任务的性能天花板 #

你的函数是典型的内存绑定操作：从内存读取数据→执行简单加法→写回内存。这类任务的性能瓶颈不在CPU的计算能力，而在内存的读写速度——不管CPU一次能处理多少个元素，内存能提供/接收数据的速度才是上限。

对于你2014年的Haswell架构i5处理器：

• 标量版本每次处理1个i64（8字节），SIMD版本每次处理4个i64（32字节，AVX2的ymm寄存器）
• 但内存的总带宽是固定的（比如双通道DDR3-1600的带宽约25GB/s），两种版本都是在这个带宽上限下工作，因此每个元素的平均耗时差异会被抹平。

其他可能的影响因素 #

1. 缓存命中时的测试误差
   如果测试用的数组很小，能完全放进CPU的L1/L2缓存，理论上SIMD应该有性能优势，但如果你的测试存在以下问题，会导致差异被掩盖：

   • 循环次数太少，程序启动、计时器初始化等固定开销占比过高
   • 没有排除第一次运行的缓存预热开销（第一次读取数组会从内存加载到缓存，耗时更长）

2. 循环开销占比过高
   若测试的数组长度过小，循环的条件判断、索引递增等逻辑的耗时占总时间的比例远高于计算和内存操作时间，SIMD带来的计算优化就无法体现。

验证方法 #

• 测试超大数组：使用远大于CPU缓存容量的数组（比如2GB），此时两种版本都会完全依赖内存带宽，若耗时仍一致，可确认是内存瓶颈。
• 优化测试程序：对小数组重复执行函数数百万次，使用高精度计时器（如Rust的std::time::Instant），并跳过第一次运行的缓存预热阶段，再对比耗时。
• 检查循环效率：确保你的测试代码没有额外的性能开销（比如避免不必要的内存拷贝、确保循环被完全展开）

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