测试驿栈-由浅入深学性能 性能测试连载 (27)-服务端性能分析命令
性能答疑 QQ 群:697244251
概述
性能测试中,对服务端的指标监控也是很重要的一个环节。通过对各项服务器性能指标的监控分析,可以定位到性能瓶颈。
后端性能指标有 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 查看系统中断