压力测试linux命令 linux 压测命令

Linux里面uptime命令作用是什么？

[root@oldboy ~]# uptime

11:45:25 up 5 days, 13:20, 3 users, load average: 0.00, 0.01, 0.05

uptime内容显示的内容一次是系统时间，开机到现在的天数，用户登录数，以及平均负载。

核心是平均负载，其实就是【单位时间内的活跃进程数】。

2颗，单颗4核CPU为例：

1分钟：10.00 #CPU处理进程1分钟的繁忙程度，忙碌1分钟。

5分钟：8.01 #CPU处理进程5分钟的繁忙程度，忙碌了5分钟

15分钟：5.05 #CPU处理进程15分钟的繁忙程度，忙碌持续15分钟，15分钟内平均值5.

uptime:故障恢复了。

1分钟：1.00 #CPU处理进程1分钟的繁忙程度，忙碌1分钟。

5分钟：8.01 #CPU处理进程5分钟的繁忙程度，忙碌了5分钟

15分钟：5.05 #CPU处理进程15分钟的繁忙程度，忙碌持续15分钟，15分钟内平均值5.

==============================================

总结：15分钟负载值12，是高是低呢

负载数值/总的核心数=1 #开始慢的临界点，实际上1*70%==关注的临界点。

12/8=1.2 大于1就说明有问题。

负载不要超过5，是临界点。

2颗单颗4核CPU，共8核，负载就是8*70%=5左右。

需要关注负载的值：总的核心数*70%=关注的点

==================要掌握的============================

1.平均负载是运行队列中活跃的进程数。

2.平均负载，1,5,15分钟内的负载。

3.需要关注负载的值：总的核心数*70%=关注的点

4.辅助top,ps,uptime,sar,mpstat,pidstat,iostat，排查问题。

5.strace跟踪进程系统调用。

6.记住几个案例（面试讲故事）。

面试官问：

你在工作中遇到过哪些生产故障，是怎么解决的？

最好和数据库相关（负载高），和web相关（PHP进程100%,JAVA内存泄漏）

==================要掌握的============================

***6.平均负载案例分析实战\***

下面，我们以三个示例分别来看这三种情况，并用 stress、mpstat、pidstat 等工具，找出平均负载升高的根源。

stress 是 Linux 系统压力测试工具，这里我们用作异常进程模拟平均负载升高的场景。

mpstat 是多核 CPU 性能分析工具，用来实时查看每个 CPU 的性能指标，以及所有 CPU 的平均指标。

pidstat 是一个常用的进程性能分析工具，用来实时查看进程的 CPU、内存、I/O 以及上下文切换等性能指标。

#如果出现无法使用mpstat、pidstat命令查看%wait指标建议更新下软件包

yum install sysstats -y

yum install stress -y

stress --cpu 8 --io 4 --vm 2 --vm-bytes 128M --timeout 10s

***场景一：CPU 密集型进程\***

1.首先，我们在第一个终端运行 stress 命令，模拟一个 CPU 使用率 100% 的场景：

[root@oldboy ~]# stress --cpu 1 --timeout 600

2.接着，在第二个终端运行 uptime 查看平均负载的变化情况

# 使用watch -d 参数表示高亮显示变化的区域(注意负载会持续升高)

[root@oldboy ~]# watch -d uptime

*3.最后，在第三个终端运行 mpstat 查看 CPU 使用率的变化情况*

# -P ALL 表示监控所有CPU，后面数字5 表示间隔5秒后输出一组数据

[root@oldboy ~]# mpstat -P ALL 5

#单核CPU,所以只有一个all和0

4.从终端二中可以看到，1 分钟的平均负载会慢慢增加到 1.00，而从终端三中还可以看到，正好有一个 CPU 的使用率为 100%，但它的 iowait 只有 0。这说明，平均负载的升高正是由于 CPU 使用率为 100% 。那么，到底是哪个进程导致了 CPU 使用率为 100% 呢？可以使用 pidstat 来查询


# 间隔5秒输出一组数据

[root@oldboy ~]# pidstat -u 5 1

#从这里可以明显看到，stress进程的CPU使用率为100%。

- 模拟cpu负载高 `stress --cpu 1 --timeout 100`

- 通过uptime或w 查看 `watch -d uptime`

- 查看整体状态mpstat -P ALL 1 查看每个cpu核心使用率

- 精确到进程： pidstat 1

****场景二：I/O 密集型进程\****

1.首先还是运行 stress 命令，但这次模拟 I/O 压力，即不停地执行 sync

[root@oldboy ~]# stress --io 1 --timeout 600s #利用sync()

stress --hdd 8 --hdd-bytes 1g # hd harkdisk 创建进程去进程写

*2.然后在第二个终端运行 uptime 查看平均负载的变化情况：*

[root@oldboy ~]# watch -d uptime

18:43:51 up 2 days, 4:27, 3 users, load average: 1.12, 0.65, 0.00

*3.最后第三个终端运行 mpstat 查看 CPU 使用率的变化情况：*

# 显示所有 CPU 的指标，并在间隔 5 秒输出一组数据

[root@oldboy ~]# mpstat -P ALL 5

#会发现cpu的与内核打交道的sys占用非常高

*4.那么到底是哪个进程，导致 iowait 这么高呢？我们还是用 pidstat 来查询*

# 间隔5秒后输出一组数据，-u 表示CPU指标

[root@oldboy ~]# pidstat -u 5 1

#可以发现，还是 stress 进程导致的。

- 通过stress 模拟大量进程读写 `stress --hdd 4 `

- 通过w/uptime查看系统负载信息 `watch -d uptime`

- 通过top/mpstat 排查 `mpstat -P ALL 1 或 top 按1`

- 确定是iowati `iostat 1查看整体磁盘读写情况 或iotop -o 查看具体哪个进程读写`

- 根据对应的进程,进行相关处理.

***场景三：大量进程的场景 高并发场景 \***

*当系统中运行进程超出 CPU 运行能力时，就会出现等待 CPU 的进程。*

*1.首先，我们还是使用 stress，但这次模拟的是 4 个进程*

[root@oldboy ~]# stress -c 4 --timeout 600

*2.由于系统只有 1 个 CPU，明显比 4 个进程要少得多，因而，系统的 CPU 处于严重过载状态*

*3.然后，再运行 pidstat 来看一下进程的情况：*

# 间隔5秒后输出一组数据

[root@oldboy ~]# pidstat -u 5 1

*可以看出，4 个进程在争抢 1 个 CPU，每个进程等待 CPU 的时间（也就是代码块中的 %wait 列）高达 75%。这些超出 CPU 计算能力的进程，最终导致 CPU 过载。*

****分析完这三个案例，我再来归纳一下平均负载与CPU\****

***平均负载提供了一个快速查看系统整体性能的手段，反映了整体的负载情况。但只看平均负载本身，我们并不能直接发现，到底是哪里出现了瓶颈。所以，在理解平均负载时，也要注意：

平均负载高有可能是 CPU 密集型进程导致的；

平均负载高并不一定代表 CPU 使用率高，还有可能是 I/O 更繁忙了；

当发现负载高的时候，你可以使用 mpstat、pidstat 等工具，辅助分析负载的来源****

**系统负载的计算和意义**

进程以及子进程和线程产生的计算指令都会让cpu执行,产生请求的这些进程组成"运行队列",等待cpu执行,这个队列就是系统负载, 系统负载是所有cpu的运行队列的总和.

[root@oldboyedu ~]# w

20:25:48 up 95 days, 9:06, 1 user, load average: 2.92, 0.00, 0.00

//假设当前计算机有4个核心的cpu,当前的负载是2.92

cpu1 cpu2 cpu3 cpu4

2.94/4(个cpu核心) = 73%的cpu资源被使用,剩下27%的cpu计算资源是空想的

//假设当前的计算有2个核心的cpu,当前的负载是2.92

2.92/2 = 146% 已经验证超过了cpu的处理能力

7. 日常故障排查流程(含日志)

- w/uptime, 查看负载

- ps aux/top 看看 cpu百分比, io wait或者是内存占用的高? (三高 cpu,io,内存)

- top检查具体是哪个进程,找出可疑进程

- 追踪这个进程使用情况,做什么的?

- 看看对应**日志**是否有异常

- 系统日志: /var/log/messages(系统通用日志) /var/log/secure(用户登录情况)

- 服务软件的日志

***3.那平均负载为多少时合理\***

*最理想的状态是每个 CPU核心 上都刚好运行着一个进程，这样每个 CPU 都得到了充分利用。所以在评判平均负载时，首先你要知道系统有几个 CPU核心，这可以通过 top 命令获取，或`grep 'model name' /proc/cpuinfo`*

系统平均负载被定义为在特定时间间隔内运行队列中的平均进程数。如果一个进程满足以下条件则其就会位于运行队列中：

- 它没有在等待I/O操作的结果

- 它没有主动进入等待状态(也就是没有调用'wait')

- 没有被停止(例如：等待终止)

《内容来自老男孩老师的课堂笔记》

相关问答

Q1: jmeter 分布式压测配置Linux

本文只讲jmeter分布式压测怎么在Linux环境下配置：

使用分布式压测，是因为单个压测机并发到不到系统要求，所以多个压测机同时去压。

一般是由一个主机（master）和几台压力机（slave）组成。

主机 主要是起到启动和收集结果功能（当然也可以参与压测但不建议），测试脚本jmx在这台机器下，执行的时候会发送给每台压力机。

压力机 主要接受主机发送的压测脚本，同时进行压测，并把结果回传给主机。

以下是本人的压测环境，可以参考的去配置：

都是在Linux环境下（有些是主机Windows，压力机Linux，都是这样配置）

master主机：10.244.162.8

slave压测机（三台）：10.244.162.9,10.244.162.10,10.244.162.11

主机ping一下压测机，是否可以ping通，否则关闭防火墙或者多个网卡（一台机器可能配置多个网卡多个IP，尤其是Windows当做主机）。

jdk，jmeter安装在主机和压力机下，尽量版本统一，jmeter在这几个机器服务都可以启动jmeter -v，如果权限不够到bin/目录下，命令： chmod 777 jmeter jmeter-server jmeter.sh 。（安装比较简单，这里就不多赘述）

保存。

在apache-jmeter-5.1.1/bin下执行./jmeter-server（代表jmeter启动，监听状态，等待主机发送测试脚本和执行命令） ，

有些启动命令：./jmeter-server -Djava.rmi.server.hostname=10.244.162.10（当前机器的ip），我觉得都行，没编辑配置文件那一项这样启动。

启动就设置完成。

如果是Windows当主机，重启一下jmeter在运行-远程启动既可以看到压测机。

如果是Linux下主机，需要用到命令：

我是在测试jmx脚本的目录下执行，这样方便收集信息。

sh (jmeter启动)  -n -t （jmx脚本） -R  （压力机ip，多个中间用英文逗号隔开） -l （test.jtl）  -e -o  （压测报告结果html文件夹）

sh /app/apache-jmeter-5.2.1/bin/jmeter.sh -n -t test.jmx -R 10.244.162.9,10.244.162.10 -l test.jtl  -e -o  test

注意：主机只传jmx给压力机，如果压测脚本有引用变量文件，比如csv，txt文件等是不传的，压力机也要有这些变量文件，复制过去存放的目录和上面压力机./jmeter-server启动的目录一致（就是你在哪个目录启动的就放在哪个目录下），否则压力机找不到变量文件，执行会报错或者直接结束无测试结果。

Q2: linux下raid盘压力怎么跑

在Linux系统下运行RAID设备压力测试，需要使用fdisk和badblocks工具。首先，使用fdisk将RAID设备分区；然后，使用badblocks工具检测读写性能；最后，使用dd命令清空磁盘空间，以便之后重新格式化磁盘。以上就是在Linux系统下测试RAID设备压力的步骤。

Q3: Linux常用命令

列出当前目录的文件

常用参数： 

-a: 显示当前目录的所有文件,包含隐藏文件； 

-l: 显示文件详情； 

-Z: 显示文件的 SE Linux context。 

示例：ls -laZ [if !vml] [endif] 以 acct 为例： drwxr-xr-x：其中 d 代表该文件为目录，若为 l 则为软链接，软连接后又箭头代表其实际指向的文件，如etc - /system/etc 则访问 etc 实际等同访问/system/etc，留空则代表该文件为一个文件；rwxr-xr-x 代表其权限为 755，具体算法为将上述字段每 3 个分为 1 组得 rwx,r-x,r-x,凡是有字母标记的皆计数 1，反之为 0，得二进制 111，101，101，转为 10 进制数字即得7， 5，5 ，即为该文件权限； root root ：依次代表该文件的所有者（owner）为 root，用户组（group）为 root，上述属性可通过 chown 命令修改,日常替换文件需与原文件该属性维持一致； unlabeled：代表 SE Linux context。

前往指定目录

更改文件所有者和用户组   示例：chown root:root temfile 将 tmpfile文件 的所有者和用户组从 meidia:media 更改为 root:root

将文件内容显示出来。

注意不要随便去 cat 一个很大的文件或与 log 驱动节点无关的文件，否则将造成串口输出乱码或死机！！！示例：cat /proc/kmsg 将打印出所有 kernel log。

用于抓取 android logcat 打印。

常用参数：

-v : 设置打印格式，可用选项为 brief process tag thread raw time threadtime long，我们比较常用 logcat -v time，此时抓的 log 将在每一行开头添加时间信息；

-s : 设置过滤器，过滤器的选择取决于软件中打印 log 时使用的 TAG ，如

ActivityManagerService.java 中的打印使用的 TAG = ActivityManager，则抓相关打印方法为 logcat -s ActivityManager；

-c : 清除 log 缓存，常用于清除之前的打印缓存，如复现某个必现问题，则可先执行 logcat -c 再抓 logcat 重现必现手法以排除无关 log 冗余信息影响问题定位； pm

包管理命令，用于管理安卓 app 应用。

常用参数：

-l : 显示所有安装包应用，等同于 pm list packages

以 package:/system/priv-app/Launcher2.apk=com.android.launcher 为例：

Apk Launcher2 路径位于/system/priv-app/Launcher2.apk，其包名为 com.android.launcher

path : 根据报名返回所在 apk 路径

install : 安装 apk

-r ：安装一个已经存在的 apk 并保留其数据；

-d : 允许降级安装

如：pm install -r xxx.apk

uninstall : 卸载 apk，命令仅支持卸载 data/app，后接包名；

如：pm uninstall com.sys.migusmartlink.ott.tv //卸载包名为 com.sys.migusmartlink.ott.tv 的 apk

随机测试指令，会自动模拟一些用户操作对 APP 进行压力测试。

常用参数：

-p ：指定启动的 APK，我们比较常用的是 monkey -p com.xxx.yyy 1 来启动一个 apk 的随机页面。

用于启动和管理 activity 和 service

常用参数：

start : 后接 intent 启动一个页面；

startservice : 后接 intent 启动一个 service； stopservice ：后接 intent 停止一个 service； broadcast ：后接一个 intent 发送一个广播； kill ：后接一个 app 包名，杀掉该 app 所有进程；在 shell 环境下用如下参数表述一个 intent：

[-a ACTION] [-d DATA_URI] [-t MIME_TYPE]

[-c CATEGORY [-c CATEGORY] ...]

[-e|--es EXTRA_KEY EXTRA_STRING_VALUE ...]

[--esn EXTRA_KEY ...]

[--ez EXTRA_KEY EXTRA_BOOLEAN_VALUE ...]

[--ei EXTRA_KEY EXTRA_INT_VALUE ...]

[--el EXTRA_KEY EXTRA_LONG_VALUE ...]

[--ef EXTRA_KEY EXTRA_FLOAT_VALUE ...]

[--eu EXTRA_KEY EXTRA_URI_VALUE ...]

[--ecn EXTRA_KEY EXTRA_COMPONENT_NAME_VALUE]

[--eia EXTRA_KEY EXTRA_INT_VALUE[,EXTRA_INT_VALUE...]]

[--ela EXTRA_KEY EXTRA_LONG_VALUE[,EXTRA_LONG_VALUE...]]

[--efa EXTRA_KEY EXTRA_FLOAT_VALUE[,EXTRA_FLOAT_VALUE...]]

[-n COMPONENT] [-f FLAGS]

示例：

如我们在 logcat 抓到如下打印启动了播放器：

START u0 {act=android.intent.action.VIEW dat=[4KH265_60.000fps_9Mbps]Wetek-Astra-2m.mp4 typ=video/* flg=0x13000000 cmp=com.meson.videoplayer/.VideoPlayer} from pid 15204

则我们可以使用如下 am 指令来启动它：

am start -a android.intent.action.VIEW -d [4KH265_60.000fps_9Mbps]Wetek-Astra-2m.mp4 -t video/* -f 0x13000000 -n com.meson.videoplayer/.VideoPlayer am start -n com.android.settings/.Settings //启动原生安卓设置主页

am broadcast -a com.chinamobile.action.KEY_PRESS_DOWN --ei keyCode 11 am broadcast -a com.chinamobile.action.IR_TEST --es irphycode "0x008EDD22" //发送广播

查找命令，查找文件中是否包含指定字符串并输出该行示例：

grep -rns "repeat" /system/etc/remote1.conf //找出/system/etc/remote1.conf 所有包含 repeat 的行并展示行号

参数说明：

-a：此选项通常在复制目录时使用，它保留链接、文件属性，并复制目录下的所有内容。其作用等于dpR参数组合。

-d：复制时保留链接。这里所说的链接相当于Windows系统中的快捷方式。

-f：覆盖已经存在的目标文件而不给出提示。

-i：与-f选项相反，在覆盖目标文件之前给出提示，要求用户确认是否覆盖，回答"y"时目标文件将被覆盖。

-p：除复制文件的内容外，还把修改时间和访问权限也复制到新文件中。

-r：若给出的源文件是一个目录文件，此时将复制该目录下所有的子目录和文件。

-l：不复制文件，只是生成链接文件。

命令示例：cp -a a  parentPath/sonPath/ a对应当前文件夹下目录或文件名  可替换为绝对路径 

移动指令，等效于 windows 的移动和重命名。

示例：

mv /data/tmp1 /data/local/tmp2 //将 data/tmp1移动到/data/local/ 并重命名为 tmp2

删除指令，用于删除文件和文件夹，示例：

rm -rf tmp // 删除 tmp，建议加上-rf参数，其会删除 tmp 所有的目录和文件。

创建目录。常用参数：

-p :若 mkdir -p 后接路径包含不存在路径则一并创建。

同步命令，常用于 cp 替换文件或指令结束后同步状态，有益无害。

重定向，即将一个命令的输出指向另外路径的文件,使用覆盖模式，即重定向到的文件若存在将覆盖里面的内容。

示例：

logcat /data/xxx.log; //将 logcat输出到/data/xxx.log;

cat /proc/kmsg /data/kmsg.log; //将 kmsg 打印输出重定向到/data/kmsg.log

重定向，即将一个命令的输出指向另外路径的文件,使用拼接模式，即重定向到的文件若存在则将输出拼接到原文件的后面。

示例：

logcat /data/xxx.log; //例如我们做 netreboot的时候需要每一次开关机的 log，则会用拼接模式记录log。

将指令放至后台静默执行。

依次执行指令，若有指令执行失败，则后续指令不会执行。

示例：

logcat -c logcat //先清除 logcat 缓存再抓取 log

关于压力测试linux命令和linux 压测命令的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。