咱们先从基础的内存压力测试方法说起，stress-ng的vm模块专门用来模拟内存负载，核心参数和实用用法如下：

基础内存压力测试操作 #

• 指定内存线程数：用-vm N启动N个并行工作的内存线程，线程数建议参考CPU核心数（比如4核CPU可以先尝试4个线程，避免线程过多导致调度开销）
• 设置单线程内存占用：--vm-bytes参数定义每个线程分配的内存量，支持绝对值（如2G）或系统总内存的百分比（如20%）。这里得提醒一下：多个线程的内存是叠加的，比如4个线程各占20%，总内存占用会达到80%，要给系统预留足够内存，避免触发swap拖慢测试。
• 设置测试时长：-t参数指定测试持续时间，格式可以是秒（10s）、分钟（5m）、小时（1h）

举个实用的基础测试示例：

stress-ng -vm 4 --vm-bytes 20% -t 15m

这个命令会启动4个内存线程，总占用系统80%的内存，持续测试15分钟。

如果你想模拟不同类型的内存负载，可以用--vm-method指定操作模式：

• fill：默认模式，反复向内存块写入数据，以写操作为主，带宽消耗较低
• copy：在内存块之间复制数据，同时占用读、写带宽，对内存带宽的消耗远高于默认模式
• stream：连续读写内存块，更贴近真实的流式内存访问场景

你的命令是否能达到50%内存带宽需求？ #

你提到的stress-ng -vm 2 --vm-bytes 10% -t 10，大概率达不到3000MT/s带宽的50%（也就是1500MT/s），原因主要有这几点：

1. 内存占用量不足：单线程仅占10%内存，2个线程总占用20%，小内存块的访问很难触发内存控制器的高带宽输出
2. 默认模式带宽利用率低：默认的fill模式以写操作为主，对内存带宽的消耗远不如copy或stream模式
3. 线程数不够：2个线程通常不足以充分利用内存控制器的并行处理能力

调整方案：达到目标带宽的参考命令 #

要接近1500MT/s的带宽负载，你需要调整参数提升带宽利用率，这里给一个参考命令（可以根据你的实际内存大小微调）：

stress-ng -vm 4 --vm-bytes 20% --vm-method copy --vm-block 64k -t 10 --metrics

参数详解：

• -vm 4：4个线程（可以根据CPU核心数调整，比如6核CPU可以尝试6个线程）
• --vm-bytes 20%：每个线程占用20%系统内存，总占用80%，给系统预留足够空间
• --vm-method copy：采用内存块复制模式，同时占用读、写带宽，最大化带宽利用率
• --vm-block 64k：设置内存操作块大小为64KB，这个大小通常能较好地匹配内存控制器的访问效率
• --metrics：输出详细性能指标，其中vm-bw就是实际内存带宽（单位为MB/s，你可以换算成MT/s：1MB/s = 8MT/s，所以1500MT/s约等于187.5MB/s）

你可以根据--metrics输出的带宽数值，调整线程数或操作块大小，直到带宽接近目标值。另外，你也可以用dmidecode -t memory确认系统内存的实际规格，确保目标带宽的计算准确。

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