当前位置：文档之家 › 使用LoadRunner监控Linux系统性能

使用LoadRunner监控Linux系统性能

  • 格式：doc
  • 大小：540.50 KB
  • 文档页数：12

Linux系统性能监控案例
（仅供内部使用）
修订记录
目录
1 案例描述 (2)
2 案例分析 (2)
3 解决过程 (2)
4 解决结果 (2)
5 总结 (2)
关键词：
Linux Loadrunner 性能监控sar
摘要：
主要介绍压力测试，性能测试时候，使用Loadrunner测试工具对Linux系统下的一些性能参数进行监控，再配合使用SAR监控内存。

提供两种性能监控解决方案。

案例描述
在进行KDVP2.0性能测试时候，需要收集一些Linux系统下的性能数据，比如CPU%,MEM%。

测试初期，使用的是top命令记录数值。

但是 top,free,htop等这些命令不能完全的满足我们性能数据要求。

而Linux又不像Windows自带性能计数器。

于是便想到的是借助自动化测试工具，比如通过使用Loadrunner进行远程性能监控。

1 解决过程 Loadrunner监控
首先先简单介绍下loarunner这款工具的组成：
Loadrunner提供了三大主要模块。

这三个模块也可以作为独立的工具分别完成各自的功能：
1.Virtual User Generator——用于录制脚本。

2.Mercury LoadRunner Controller——用于创建，运行和监控场景。

3.Mercury LoadRunner Analysis-——用于分析测试结果。

单单做性能监控的话，只需要使用到Loadrunner底下Controller这个模块。

辅以Analysis分析。

通过Controller模块，能够监控Linux系统，windows系统和SQL服务器。

但是Loadrunner本身不能直接监控Linux系统，需要在Linux系统底下安装一个rpc.rstat 服务。

rstatd Rstat协议允许网络上的用户获得同一网络上各机器的性能参数。

以下用安装包版本为rpc.rstatd-4.0.1.tar.gz为例子进行说明。

安装过程
首先通过SSH将rpc上传到要监控的Linux系统低下任意路径和附权限。

1．tar zxvf rpc.rstatd-4.0.1.tar.gz //解压rcp.rstatd
2．cd rpc.rstatd-4.0.1 //进入到rpc.rstatd目录中
3．./configure //配置rc.rstatd的安装
4．make //编译rc.rstatd
5．make install //安装
启动服务./rpc.rstatd
查看是否真正启动该服务rpcinfo –p
成功启动进程如图所示
以上性能监控前的准备工作便基本完成了。

PS：在这次测试中，Loadrunner有遇到过无法监控到服务器数据的问题。

附上一些查找解决的办法
1.首先就是查看进程是否启动了。

由于是在测试环境，服务器经常需要重启，所以这是能
够最先排查掉的。

也可以设置进程开机启动。

2.然后就是查看关闭防火墙否. [root@localhost ~]# /etc/init.d/iptables stop;
3.最后还是不行的话，重新启动xinetd。

保证xinetd和rpc.rstatd这个两个都启动了。

性能监控
1.在LoadRunner Controller的run界面中，双击添加System Resource Graphs下的Unix Resource
双击添加Unix Resource
2.在Unix Resource图上右键，选中Add Measurements
3.然后点击Add，填写监控的机器地址如172.16.236.21，一开始默认的只有三个计数器指标，也可以在下面的Add中添加其他计数器
点击Add，添加需要
监控的机器IP地址
一开始默认的只有这三个
计数器，可以在Add中添
加新计数器
单击OK后，就能在Unix Resource中看到生成的性能监控图像了。

4.可以记录下Max，Min，Avg数据，添加需要监控的计数器
性能计数器分析
1.三个默认的计数器含义
1.1 Average load：上一分钟同时处于“就绪”状态的平均进程数，数值最好小于 CPU个数 * 核心数 * 0.7。

如果等于，那就是说CPU正好满负载，再多一点，可能就要出问题了，有任务不能被及时分配处理器。

1.2 CPU utilization：CPU 的使用时间百分比。

如果该值持续超过95%，表明瓶颈是CPU
那也许该增加一个处理器或换一个更快的处理器，如果服务器专用与SQL Server，可接受的最大上限是80-85%。

合理使用范围应该在60%-70%，最好不要超过75%。

1.3 Paging rate ：每秒钟读入物理内存或写入页面文件的页数，如果该数值偶尔走高，表明当时有线程竞争内存。

如果持续很高，则内存可能是瓶颈，也有可能是内存访问命中率底。

2.计数器
数据如何查看
用MPC服务器上采集到的数据说明
Scale值就是数据显示的比例，
比如CPU使用时间百分比最大值就是0.042*100=4.2 ，结合图中的Y轴看，就是4.2%。

使用SAR监控内存使用情况
在测试过程中，还需要监控到内存的使用情况。

但是在Loadrunner采集的数据中，内存的直接使用情况是没有的。

于是又引用到了另一款性能监控软件 sar 。

通过设置采样数据间隔，来达到监控使用内存情况的目的。

在Linux下安装sar后，通过命令
sar -n DEV -u -r 10 3600 > tui.log
10秒间隔采样一次数据，采集3600次，保存进tui.log文件，-n DEV表示采集网络信息，-u CPU信息，-r 内存信息
打印出的文件内容如下
以上，测试需要监控到的数据就基本囊括在内了
2 解决结果
通过Loadrunner，sar这两款工具，基本满足了Linux系统性能测试的要求。

3 总结
工具终究只是工具，性能测试还是在与分析数据，这个案例只是提供了2个方法来帮助你在性能测试时能够更好的监控到你需要的数据。

收集到数据后，具体问题还是需要具体分析。

我个人的理解是，服务器硬件方面的瓶颈>网络瓶颈（此次测试只是在内网进行，所以不需要考虑）>服务器操作系统，比如说一些参数设置>应用瓶颈。

工具并不是万能的，采集到的数据需要结合实际情况，进行综合的分析，才能得出想要的结论的。

（注：素材和资料部分来自网络，供参考。

请预览后才下载，期待你的好评与关注！）。

合集下载

loadrunner测试数据库性能

loadrunner测试数据库性能

18.
19.lr_output_message("The query returned %d rows.", NumRows);
20.
21.while(i<NumRows) {
22.lr_db_getvalue("StepName=GetValue",
23."DatasetName=MyDataset",
24."Column=USER_NAME",
25."Row=next",
26."OutParam=MyOutputParam",
ST);
28.
29.lr_output_message("The value is: %s", lr_eval_string("{MyOutputParam}") );
9LAST);
1.int NumRows=0;
2.int i;
3.lr_db_connect("StepName=Connect",
4."ConnectionString=Provider=OraOLEDB.Oracle.1, Data Source=ORCL; Persist Security Info=True; User ID=cloudchen;Password=123456",
5."ConnectionName=db1",
6."ConnectionType=OLEDB",
ST );
8.
9.lr_start_transaction("SQL");
10.
11.NumRows = lr_db_executeSQLStatement("StepName=PerformQuery",
LoadRunner性能测试分析

LoadRunner性能测试分析

1 衡量web 性能的基本指标（1）响应时间：响应时间=网络响应时间+应用程序响应时间，反映完成某个业务所需要的时间，响应时间通常随负载的增加而增加。

响应时间的单位一般为“秒”或者“毫秒”。

（2）吞吐量：反应系统处理能力指标，随着负载的增加，吞吐量往往增长到一个峰值后下降，队列变长。

通常情况下，吞吐量用“请求数/秒”或者“页面数/秒”来衡量。

（3）服务器资源占用：反应系统能耗指标。

随着用户和吞吐量的上升，服务器的资源会被占用的越来越多，直到服务器资源被完全占用。

资源利用率通常以占用最大值的百分比n%来衡量。

（4）轻负载区：随着用户数量的上升，响应时间基本上没有太大的变化，吞吐量随着用户的增加而增加，说明这个系统资源是足够的，所以没有出现响应时间和吞吐量的明显变化。

在这个状态下，系统完全能够轻松地处理业务，所以称之为轻负载区。

（5）重负载区：当用户数量继续上升，响应时间开始明显上升，吞吐量上升速度开始变慢，并且到达峰值，随后开始小幅回落，逐渐稳定。

在这个阶段中，系统已经达到了处理的高峰，由于资源的逐渐匮乏，吞吐量下降，而响应时间变长。

在这个状态下，说明系统资源已经高负荷使用，处理能力达到极限。

在重负载区有几个数据比较关键：轻负载区到重负载区分界点的用户数：这个用户数是系统最优的高性能用户数，系统资源正在被高效的分配和利用。

重负载区中的吞吐量峰值：这个峰值就是系统的最高处理能力，而同时的用户数也是系统所能达到的高性能处理能承受的用户数，在这个时刻资源利用率应该正好达到峰值。

重负载区到负载失效区分界点的用户数：这个用户数是系统所能达到性能需求的最大在线用户数，超过这个数目的用户将无法正常使用系统。

负载失效区：当用户数量继续增加，响应时间会大幅上升，而吞吐量会逐渐加速下降，资源被消耗殆尽。

当响应时间超出用户能够忍受的范围时，这部分用户将会选择放弃访问。

通过上面的说明可以看出一个系统最好能够工作在轻负载区，接近重负载区即可，不能出现系统进入负载失效区的情况。

loadrunner或jmeter进行手机app的压力测试

loadrunner或jmeter进行手机app的压力测试

loadrunner或jmeter进⾏⼿机app的压⼒测试⼀、通过代理录制脚本 随着⼿机APP的⼴泛应⽤，应⽤的使⽤已占据了⼤量的市场份额，尤其是优秀的⼿机APP，动辄⽤户过千万过亿，对于如此庞⼤的⽤户量，我们在开发APP时，也需要对APP进⾏⼤并发⽤户量的。

1、启动CCProxy，进⼊设置页⾯。

如下图，修改端⼝号为7777（其他未被占⽤的端⼝号均可），确定。

2、查询安装了loadrunner和CCProxy的电脑IP地址，进⼊dos页⾯，输⼊ipconfig查询本机IP地址 3、启动Virtual User Generator，创建新脚本，点击录制时，设置如下图⽰，监听端⼝填写之前配置的端⼝号即可。

完成以上配置，即可进⾏⼿机APP的脚本录制。

⼆、loadrunner录制App脚本 因⽬前⽹上最新只有loadrunner11破解，但11⼜不⽀持⼿机代理录制app脚本，所以牵涉到如何⽤loadrunner11来录制⼿机app脚本问题，⽹上找了很多⽅法，都不同程度出现各种问题，最终问题解决，如下： 原料： 1. Loadrunner11，下载地址：/s/1i4NHwTv 2. loadrunner11补丁包，下载地址：/s/1ciUtYI 3. loadrunner11破解包，下载地址：/s/1boYcVT1 步骤： 要使⽤Loadrunner11录制⼿机脚本，需要先搭建好测试环境： · 能够正常使⽤的LoadRunner11； · 安装⼀个LR11的补丁包，⽤于⼿机录制； · pc端和⼿机端的⽹络在同⼀个⽹段。

这⾥特别说明⼀下，电脑需要可以提供热点（⽤于⼿机连接），如果是台式电脑不能提供热点，那么可以使⽤随⾝WIFI。

笔记本电脑可以通过安装免费WiFi等来达到提供热点的⽬的。

【测试环境准备】 第⼀步：安装LR11 第⼆步：安装LR11录制⼿机脚本补丁包，qfelr11patch4.msp,下载好之后，直接点击安装，没有特别的要求。

性能测试指标监控服务器的一些方法修订稿

性能测试指标监控服务器的一些方法修订稿

性能测试指标监控服务器的一些方法修订稿1. CPU 使用率监控：通过监控服务器的 CPU 使用率，可以了解服务器的负载情况。

常见的方法有使用操作系统自带的监控工具（如 Windows 的任务管理器、Linux 的 top 命令）或使用第三方的监控工具（如Zabbix、Nagios）进行实时监控和历史数据记录。

2.内存使用率监控：通过监控服务器的内存使用率，可以了解服务器的内存消耗情况。

同样可以使用操作系统自带的工具或第三方监控工具进行监控和数据记录。

3. 网络带宽监控：通过监控服务器的网络带宽使用情况，可以了解服务器的网络负载和性能。

可以使用网络监控工具（如 Wireshark、Ntop）进行监控和分析。

4.硬盘使用率监控：通过监控服务器的硬盘使用率，可以了解服务器的存储情况。

可以使用操作系统自带的工具或第三方监控工具进行监控和数据记录。

5. 响应时间监控：通过监控服务器的响应时间，可以了解服务器处理请求的效率。

可以使用性能测试工具（如 JMeter、LoadRunner）对服务器进行压力测试，并记录响应时间。

6. 错误日志监控：通过监控服务器的错误日志，可以及时发现和解决问题。

可以使用系统日志、应用程序日志、数据库错误日志等进行监控，也可以使用专门的日志管理工具（如 ELK Stack）进行集中管理和分析。

7.并发连接数监控：通过监控服务器的并发连接数，可以了解服务器对同时连接的支持能力。

可以使用网络监控工具或第三方监控工具进行监控和数据记录。

8.带宽利用率监控：通过监控服务器的带宽利用率，可以了解服务器对网络带宽的使用情况。

可以使用网络监控工具或第三方监控工具进行监控和数据记录。

9. 数据库连接数监控：对于使用数据库的服务器，可以监控数据库连接数，了解服务器的数据库并发连接情况。

可以使用数据库监控工具（如 MySQL Workbench、SQL Server Management Studio）进行监控和数据记录。