压测过程中使用nmon对服务器资源的监控

1、nmon工具的下载和安装:

官网:http://nmon.sourceforge.net/pmwiki.php

下载完成后进行解压,更改权限:chmod 777

2、查看linux系统的版本,再使用对应版本的nmon:

[[email protected] ~]# cat /etc/*release
CentOS release 6.6 (Final)
LSB_VERSION=base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch
CentOS release 6.6 (Final)
CentOS release 6.6 (Final)

 可以看出,我的是linux centos6、64位版本,所以使用nmon_x86_64_centos6。 

3、压测过程中对CPU、内存、磁盘、网络的监控:

输入c:查看CPU使用情况,主要关注%use,%sys

输入m:查看内存使用情况

Total in MB:总的内存

    Free  in MB:可用内存

输出n:查看网络

    Recv=KB/s:每秒内接收到的数据

    Trans=KB/s:每秒内传输的数据

输入d:查看磁盘

输入t:Top Processes,进程信息

监控截图

4、还可以使用后台运行模式进行监控,例如:

[[email protected] nmon]# ./nmon_x86_64_centos6 -f -s 30 -c 30
[[email protected] nmon]# ll
total 31572
-rw-r--r--. 1 root root   25608 Sep 13 00:14 jmeter_180913_0014.nmon

 可看到自动生成一个nmon文件 

参数解释:

-t 输出中包括占用率较高的进程;
-s 每 n 秒采集一次数据。
-c 采集 m 次,即为采集(n*m/60)分钟的数据。
-f 生成的数据文件名中包含文件创建的时间。
-m 生成的数据文件的存放目录。

 5、设置一个定时,周一到周五,从早上9点开始监控:

 crontab -e
0 9 * * 1,2,3,4,5 /root/benben/nmon/nmon_x86_64_centos6 -f -s 2 -c 180 -m /root/benben/nmondata

 6、生成的.nmon文件可以nmon analyser v34a.xls打开

office版本不同,使用的nmon analyser版本也不同

官网地址:http://www.ibm.com/developerworks/aix/library/au-nmon_analyser/

   7、抽取: 

  一般情况下CPU利用率
  User%应占70%左右,
  Sys%应占30%左右,如果Sys%或Wait%占比等于或超过了User%
  则应该关注是什么引起了过多的系统消耗,可能是大量的Disk或Network I/O。

 

原文地址:https://www.cnblogs.com/benben-wu/p/10757429.html

时间: 2024-10-11 14:21:09

压测过程中使用nmon对服务器资源的监控的相关文章

压测过程中,CPU和内存占用率很高,案例简单分析

Q:  最近公司测试一个接口,数据库采用Mongo    并发策略:并发400个用户,每3秒加载5个用户,持续运行30分钟    数据量:8000条左右 压测结果发现:    TPS始终在5左右    而CPU高达99%,内存使用情况也高达1.7G    网卡流量145K 请问这种情况,是哪里的性能出现问题? A:你这个CPU和内存监控的得是web服务器 就是部署程序的机器.    1.尝试查看出现这类情况时候数据库process,看看是否是当时进程到达了所设置的进程数上限.如果是则调整数据库进

在压测过程中,jmeter跑一段时间以后卡死的解决方案

Jmeter在跑压测的时候,本来设置了10分钟,但是跑到5分钟的时候就卡死了,再关了以后重新跑还是这样(图1),于是各种百度,最后解决方案如下: 右击点击编辑,记事本打开(图2) 修改后的(图3) set HEAP=-Xms256m -Xmx1024m set NEW=-XX:NewSize=128m -XX:MaxNewSize=512m 再重启jmeter,压测的时候就不会报错了: 注意:压测的时候禁用查看结果树!

tomcat7+java压测过程中占用CPU过高排查故障和解决办法

环架构境: 前端haproxy做为反向代理,后端N+1台tomcat+java服务 出现问题: 环境是新搭建的,本周在做压测刚开始的时候正常,随着量的上涨,导致CPU一直暴涨. 解决办法和思路: 1.)先通过top命令查看占用cpu高的PID # 根据top命令查看发现PID为2195和975的的进程占用CPU高达%200+,明显出现故障 2.)通过top -H -p pid命令查看,发现2275 3302 3375这几个进程占用CPU时间8分钟 3.)把线程pid转换为16进制,例如:上面的p

性能测试:Jmeter压测过程中的短信验证码读取

问题背景 现如今国内的大部分软件或者网站应用,普遍流行使用短信业务,比如登录.注册以及特定的业务通知等. 对于这些业务,在使用Jmeter进行性能测试的过程中,就会需要自动获取和填入短信验证码,否则性能流程无法进行下去. 由于绝大多数的系统其短信验证码并不会在接口返回中,因此如何获取短信验证码是一个问题. 最简单的做法,是让开发在测试环境将验证码写死,在测试过程中固定使用静态验证码字串. 不过求人不如求己~也是出于尽量贴近真实用户场景的目的,更合适的做法还是通过技术手段动态获取并填写短信验证码.

压测过程中网络带宽瓶颈案例分析

近期在做一个项目的性能测试时,在打压时发现压力达到100hps后就一直打不上去,同时还会报读redis服务器超时的错误. 查看了下打压服务器的cpu和内存占用,没有发现什么异常. 通过nmon监控服务器资源信息 CPU占用: 内存占用: 1.由于会报redis链接超时错误,首先定位到的是redis服务器挂了,找到开发将log中添加具体连接超时的redis服务器ip信息后,重新跑了一遍. 依然会报连接redis服务器超时错误,开发立即查看了下对应ip的redis服务器.发现运行情况没有出现任何问题

压测过程中故障排查之一:高CPU占用问题分析案例

说明: 一个应用占用CPU很高,除了确实是计算密集型应用之外,通常原因都是出现了死循环 以我们最近出现的一个实际故障为例,介绍怎么定位和解决这类问题. 根据top命令,发现PID为28555的Java进程占用CPU高达200%,出现故障. 通过ps aux | grep PID命令,可以进一步确定是tomcat进程出现了问题.但是,怎么定位到具体线程或者代码呢? 首先显示线程列表: ps -mp pid -o THREAD,tid,time 找到了耗时最高的线程28802,占用CPU时间快两个小

Exchange安装过程中经常遇到的服务器需要重启问题

1.通常在安装Exchange服务器或者更新Exchange服务器补丁时,经常会遇到需要重启服务器.如果不重启则会提示"上一下更新后未重启服务器".有时候即使重启服务器了再次安装时仍然会提示"服务器需要重启".这种情况我们应该如何解决呢? Windows系统判定服务器是否是需要重启是通过两个注册表键值来判定: 1).HKEY_LOCAL_MACHINE\SoftWare\Microsoft\Updates\UpdateExVolatile,是否存在UpdateExV

日新进用户200W+,解密《龙之谷》手游背后的压测故事

2017年3月,腾讯正式于全平台上线了<龙之谷>手游,次日冲到了App Store畅销排行第二的位置,并维持到了现在.上线当日百度指数超过40万,微信游戏平台数据显示预约数780多万,而据内部人员透露当日新进用户200W+,这就是<龙之谷>手游在安卓平台上所取得的成绩. 较高的市场期待让腾讯测试团队对<龙之谷>手游的测试倾尽全力,面对"经典IP"和盛大游戏一贯口碑,腾讯测试团队对游戏服务器进行了严格的压力测试,上线后服务器稳定的表现也证明了测试团队的

接口压测工具--jmeter

jmeter jmeter是apache公司基于java开发的一款开源压力测试工具,是一个较轻量的测试工具.运行需要安装jdk环境,jmeter为免安装软件,      解压后直接运行jmeter执行脚本即可.它也是跨平台的,支持在windows.linux.macos上使用. 1 jmeter-http接口脚本基本流程 添加线程组 添加http请求 在http请求中写入url.路径.请求方式.参数 添加查看结果树 调用接口.查看返回值 具体操作见下图示: 有时还需添加cookie和header