Linux内存压力测试核心是验证高负载下系统稳定性及内存管理健壮性，关键在于可控触发分配、驻留、回收并观察OOM Killer、swap和应用表现；常用stress模拟真实负载，ramfs/tmpfs直接消耗物理内存，需配合free、vmstat、dmesg等监控定位瓶颈，memtester则用于硬件级DDR稳定性验证。
Linux 内存压力测试的核心目标是验证系统在高内存占用下的稳定性、响应能力及内存管理机制是否健壮。关键不在于“压满”，而在于可控地触发分配、驻留、回收行为，并观察内核OOM Killer是否误触发、swap是否异常启用、应用是否卡顿或崩溃。
用 stress 模拟真实内存负载
stress 是最常用且轻量的工具，适合快速验证。它通过 malloc 分配内存块并按需挂起或释放，模拟应用持续申请内存的行为：
-
--vm N：启动 N 个内存工作进程（例如
stress --vm 3） - --vm-bytes 2G：每个进程分配 2GB 虚拟内存（注意：实际物理页可能延迟分配）
- --vm-hang 30：分配后保持 30 秒不释放，让内存长期驻留，更易触发压力
- --timeout 120s：总运行时长，避免无限占用
完整示例：stress --vm 2 --vm-bytes 1G --vm-hang 60 --timeout 180s
该命令将启动 2 个进程，各占 1GB 内存并维持 60 秒，全程持续 3 分钟。期间可用 free -h 和 cat /proc/meminfo | grep -E "MemAvailable|SwapTotal|SwapFree" 实时观察可用内存与 swap 变化。
用 ramfs 或 tmpfs 占用物理内存（无 swap 回退）
当需要绕过虚拟内存机制、直接消耗 Page Cache 和物理页时，可使用内存文件系统。这种方式能更快耗尽可用 RAM，且不依赖 swap：
- 创建临时挂载点：
mkdir -p /mnt/ramtest - 挂载 ramfs（不可限制大小，慎用）：
mount -t ramfs ramfs /mnt/ramtest - 或更安全的 tmpfs（可设上限）：
mount -t tmpfs -o size=3G tmpfs /mnt/ramtest - 写入数据占满：
dd if=/dev/zero of=/mnt/ramtest/fill bs=1M count=3000 - 卸载释放：
umount /mnt/ramtest && rmdir /mnt/ramtest
此方法对测试内存带宽、Page Cache 压力、以及 OOM Killer 触发阈值非常有效，但务必确保预留足够内存给系统关键进程，否则可能直接触发内核 panic。
结合监控定位内存瓶颈
光施加压力不够，必须同步采集指标才能判断问题根源：
-
基础状态：每秒执行
free -h或vmstat 1，关注buff/cache、available、si/so（swap in/out） -
进程级内存：用
top -o %MEM或ps aux --sort=-%mem | head -10查看谁在吃内存 -
内核反馈：检查
dmesg -T | tail -20，OOM Killer 触发时会打印类似Killed process XXX (bash) total-vm:XXXXk, anon-rss:XXXXk, file-rss:0k -
页面回收行为：
watch -n 1 'cat /proc/vmstat | grep -E "pgpgin|pgpgout|pgmajfault|pgpgout"'可观察换入换出与缺页频率
进阶：用 memtester 做底层 DDR 稳定性验证
stress 测试的是内核内存管理逻辑，而 memtester 直接读写物理内存地址，用于排查硬件级问题（如内存颗粒故障、ECC 失效）：
- 安装：
sudo apt install memtester（Debian/Ubuntu）或源码编译 - 运行（需 root，且不能超出可用物理内存）：
sudo memtester 2G 3表示对 2GB 内存做 3 轮校验 - 典型错误输出如
FAILURE: 0x0000000000000000 != 0x0000000000000001，说明存在硬件缺陷
这项测试建议在系统空闲、关闭 swap 后进行，常用于服务器上线前的硬件验收。
