性能测试的几个指标范围（CPU，内存，IO，网络）

性能测试中，对服务端的指标监控也是很重要的一个环节。通过对各项服务器性能指标的监控分析，可以定位到性能瓶颈。

后端性能指标有 CPU，内存，网络，jvm，I/O 等等

分析思路

整体系统 CPU 利用率

内存利用率

磁盘 I/O 的利用率和延迟

网络利用率

CPU 瓶颈分析

监控命令：vmstat、sar、dstat、mpstat、top、ps

类型	度量方法	衡量标准
利用率	1、vmstat 统计 1-%id 2、sar -u 统计 1-%idle 3、dstat 统计 1-%idle 4、mpstat -P ALL 统计 1-%idle	user%+sys%<70%（好） 70%<user%+sys%<=85%（坏）
负载	1、vmstat 的 r 值 2、sar -q ,“runq-sz” 3、load average 4、pidstat -p【pid】-w 1 10	r 长期>cpu 个数，cpu 不足 runq-sz 长期>cpu 个数，cpu 不足 load average>cpu 内核数（cpu 繁忙） nvcswch/s 较大，cpu 时间片不足

内存瓶颈分析

物理内存不够时就会使用 swap 分区，所以性能测试过程中需要关注 swap 和 mem 的使用情况。物理内存不够，大量的内存置换到 swap 空间，可能导致 CPU 和 I/O 的瓶颈。

监控命令：vmstat、sar、dstat、free、top、ps

网络定位分析

监控命令：sar、ifconfig、netstat，以及查看 net 的 dev 速率。

通过查看发现收发包的吞吐率达到网卡的最大上限，网络数据报文有因为这类原因而引起的丢包、阻塞等现象都证明当前网络可能存在瓶颈。

为了减小网络对性能测试的影响，一般我们都在局域网中进行测试执行。

IO 定位分析

I/O 的 TPS、平均 I/O 数据、平均队列长度、平均服务时间、平均等待时间、IO 利用率（磁盘 Busy Time%）等指标
监控命令：sar、iostat、iotop

cpu 瓶颈分析思路

cpu 有没有正常工作

1：top 看 CPU 负载，vmstat 看 CPU 利用率。下面三种情况说明 cpu 没有正常工作，需要看 cpu 在做什么
1）负载过高，利用率过低
2）负载过低，利用率过高
3）负载过低，利用率也低

cpu 在做什么

1：vmstat 看 in 和 cs 是否过高，如果过高，说明中断和上下文切换频繁

2：vmstat 看 usr 和 sys 百分比。
1）如果 sy 百分比过高，说明 cpu 大部分时间花在了内核的系统调用
2）如果 us 百分比过高，说明 cpu 大部分时间花在了代码执行

3：vmstat 看运行队列
1）运行队列 r 值远超 cpu 数，说明 cpu 负载过高
2）b 值过高，说明大量进程处于 IO 等待，IO 可能存在瓶颈

为什么 cpu 不正常工作

1：pidstat -p【pid】-w 1 10 看进程的主动和被动切换。

1）如果主动切换（cswch/s）过高，说明可能 IO,内存资源可能不足
2）如果被动切换（nvcswch/s）过高，说明进程过多，cpu 时间片不足

2：watch -d cat /proc/interrupts 查看系统中断