使用C语言测量内存写入带宽结果低于标称值问题咨询

• 缺页异常开销被计入测试时间
  Linux/Windows等系统默认使用内存延迟分配策略，malloc仅返回虚拟地址，不会立即映射物理内存。首次写入内存地址时会触发缺页异常，内核完成物理页分配、地址映射的开销被算入了你的测试耗时，这部分开销不属于内存写入本身的耗时，直接拉低了最终计算的带宽。
  修复方案：malloc分配数组后，先对整个数组执行一次memset完成内存页映射预热，再启动计时执行正式写入测试。
• 线程数设置不合理，存在额外调度开销
  你使用128线程，远高于绝大多数消费级、单路服务器CPU的逻辑核心数（通常为8~32），过量线程会带来频繁的上下文切换、调度开销，占用了大量测试耗时。
  修复方案：将线程数设置为CPU实际支持的逻辑核心数（Linux下可通过nproc命令查询），同时可以通过CPU亲和性接口将每个线程绑定到固定核心，避免线程调度漂移。
• 数值换算存在误差
  你定义的数组大小为8000000000字节，仅为7.45GiB，计算带宽时直接按8GB计算，本身就存在约7%的误差。同时DDR4标称带宽按十进制1GB=10^9字节计算，计算时要注意统一单位，避免单位换算带来的结果偏差。
• 写入方式未发挥内存最大性能
  部分标准库的memset实现未做最优向量化优化，同时默认走缓存的写入会触发CPU的写分配策略：写入未命中缓存时，CPU会先将对应缓存行从内存读取到缓存，再执行写入，无形之中多占用了一倍的内存读带宽，挤占了写入可用的带宽。
  修复方案：使用AVX/AVX512的非临时写入指令（如_mm256_stream_si256）实现写入逻辑，绕过缓存直接写入内存，避免写分配带来的额外开销。
• 未排除系统环境干扰
  测试时后台其他进程的内存读写、CPU调度占用，以及CPU因功耗、温度限制降频，都会导致测试结果低于标称值。测试时应尽量关闭无关进程，确保CPU跑在额定睿频频率。

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