码迷,mamicode.com
首页 > 其他好文 > 详细

性能监控实战(全栈性能测试修炼宝典JMeter实战-第九章)

时间:2017-04-08 13:04:06      阅读:225      评论:0      收藏:0      [点我收藏+]

标签:影响   相互   全栈   服务   理解   web   使用情况   性能测试   rac   

用户响应时间=服务器响应时间+网络时间

系统性能分析思路

(1)整体系统CPU利用率

(2)内存利用率

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

(4)网络利用率

 cpu

CPU:top、vmstat、uptime、sar

  一般我们期望会期望系统平均可用的CPU不少于20%

JVM自带监控命令:jstat、jmap、Jvisualvm、JConsole

Mysql监控工具:Spolight、Monyog、及命令行工具

内存

技术分享

 

     total      used        free         buffers         cached 

Mem  物理内存总量  使用的物理内存总量  空闲的物理内存总量  用作内核缓存的内存量  缓存的交换区总量

swap  交换区总量   使用的交换区总量     空闲交换区总量

 

可用物理内存=Mem(free+buffers+cached)

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

I/O

I/O比较频繁(读或者写)的时候,如果I/O得不到满足会导致应用的阻塞。

需要考虑I/O的TPS、平均I/O数据、平均队列长度、平均服务时间、平均等待时间、IO利用率(磁盘Busy Time%)等指标

总结

很多时候,这些因素彼此之间是相互依赖的,任何一个处于高负载状态,都可能导致其他资源受到影响,如:

(1)大量的网络吞吐量导致占用CPU的资源增大,此时系统要分出部分资源进行软件终端的处理

(2)大量的CPU开销会尝试更多的内存使用

 

理解并分析当前系统的特点很重要,多数系统对应的应用类型分为以下两种:

(1)IO范畴

  大量数据处理的过程,不对CPU及网络发起更多请求。如数据库软件(mysql、Oracle)

(2)CPU范畴

  批量处理CPU请求及数学计算的过程。如:webserver、mailserver等。

 

性能监控实战(全栈性能测试修炼宝典JMeter实战-第九章)

标签:影响   相互   全栈   服务   理解   web   使用情况   性能测试   rac   

原文地址:http://www.cnblogs.com/lingzeng86/p/6681140.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!