1. Stress工具简介与离线部署实战

第一次接触Stress工具是在五年前的一个服务器宕机事故分析现场。当时我们急需模拟高负载环境复现问题，但生产环境严格限制外网访问，常规的yum install根本行不通。这种场景下，离线部署就成了必备技能。

Stress本质上是个"系统负载生成器"，它能模拟：

• CPU过载：通过持续计算随机数平方根
• 内存压力：不断分配/释放内存块
• 磁盘I/O风暴：高频文件读写操作
• 混合负载：同时触发多种资源争用

1.1 离线环境部署全流程

Step 1：源码包获取推荐从官方Fossies镜像站下载最新稳定版（当前为1.0.4）：

wget https://fossies.org/linux/privat/stress-1.0.4.tar.gz

Step 2：跨网络传输技巧在内网跳板机上，我常用scp -o StrictHostKeyChecking=no跳过主机验证：

scp stress-1.0.4.tar.gz root@192.168.1.100:/opt/packages/

Step 3：编译环境准备遇到configure: error: no acceptable C compiler报错？试试这个组合拳：

# CentOS系 tar xvf gcc-9.3.0.tar.gz && cd gcc-9.3.0 ./contrib/download_prerequisites ./configure --disable-multilib --prefix=/usr/local/gcc9 make -j$(nproc) && make install # 添加环境变量 echo 'export PATH=/usr/local/gcc9/bin:$PATH' >> /etc/profile source /etc/profile

Step 4：编译安装三部曲

./configure --prefix=/usr/local/stress make -j$(nproc) # 启用多核加速编译 make install

验证安装成功的彩蛋： 执行stress --version时，如果看到ASCII艺术字"stress"字样，说明编译时开启了--with-unicode选项。

2. 多维度压测场景设计

2.1 CPU压测的进阶玩法

基础命令stress --cpu 4虽然简单，但缺乏真实感。试试这个更贴近生产场景的方案：

# 模拟CPU波动负载（30秒周期） for i in {1..4}; do nohup stress --cpu $((i%2 +1)) --timeout 30 & done

监控技巧：

• mpstat -P ALL 1：查看每个核心的详细利用率
• pidstat -u 1：观察单个stress进程的CPU消耗

2.2 内存测试的陷阱规避

新手常犯的错误是直接执行：

stress --vm 4 --vm-bytes 8G

这可能导致OOM Killer误杀关键进程。更安全的做法是：

# 计算可用内存的70% mem_free=$(free -m | awk '/Mem:/{print int($4*0.7)}') stress --vm 2 --vm-bytes ${mem_free}M --vm-hang 5

关键参数解析：

• --vm-hang：保持内存后休眠，模拟内存泄漏场景
• --vm-keep：持续占用不释放，测试内存回收机制

2.3 磁盘I/O的极限测试

SSD优化测试方案：

# 使用O_DIRECT方式绕过缓存 stress --io 4 --hdd 2 --hdd-bytes 1G --hdd-noclean

机械硬盘特别注意： 添加--hdd-write-size 4M参数避免小文件导致的磁头频繁寻道。

3. 混合负载与稳定性验证

3.1 复合场景设计模板

#!/bin/bash # 模拟典型Web服务器负载 stress --cpu 2 \ --io 1 \ --vm 1 --vm-bytes 2G \ --hdd 1 --hdd-bytes 5G \ --timeout 3600s &

黄金监控组合：

1. dstat -tcmnd --disk-util：全局资源概览
2. iostat -x 1：磁盘I/O深度分析
3. sar -B 1：内存换页情况

3.2 后台任务管理秘籍

nohup的增强用法：

# 记录压测开始时间 echo "START: $(date)" >> stress.log # 重定向所有输出（包括标准错误） nohup stress --cpu 4 >> stress.log 2>&1 &

进程管理三板斧：

1. jobs -l：查看当前会话任务
2. disown -h %1：将任务移出会话关联
3. pgrep -a stress：精确查找进程ID

4. 生产环境实战经验

去年在某金融系统压测时，我们发现一个诡异现象：内存压测会导致NTP服务异常。后来用strace追踪发现是stress占用了太多透明大页(THP)：

解决方案：

# 临时禁用THP echo never > /sys/kernel/mm/transparent_hugepage/enabled

稳定性验证 checklist：

1. dmesg -T：检查内核OOM事件
2. journalctl -f：实时监控系统日志
3. netstat -s：网络错误包统计
4. iostat -xz 1：磁盘健康状态

记得有次压测导致服务器卡死，最后发现是ext4文件系统的默认挂载参数不适合高并发写入。现在我的压测前必做：

mount -o remount,noatime,nobarrier /data