LR 对服务器资源的监视

上一篇 / 下一篇  2007-09-17 14:01:49 / 个人分类:性能测试(收集)

LR只能监视它支持的服务器的资源,它支持大部分常见的服务器。
System Resource:包括windows平台,Unix平台等
Web Server:包括Apache、IIS、Sun的iplanet等
Application server:包括Weblogic、WebSphere等
Database server:包括DB2,Oracle,Sql server,Sybase等
Java: ejb,J2ee等,需要一个ejbdetector.jar文件
1.对Windows(Win2k server)的监视:
对windows的监视相对比较简单,监视前首先需要用有管理员权限的帐号连接被监
server,例如:net use file://qa-test/  /user:donny ,输入密码。然后就可以添加计数器,
比较常用的计数器有:
Memory:Available Mbytes  物理内存的可用数(单位 Mbytes)至少要有10%的物理内存值
Processor:%Processor Time CPU 使用率。这是查看处理器饱和状况的最佳计数器。显示所有 CPU 的线程处理时间。如果一个或多个处理器的该数值持续超过 90%,则表示此测试负载对于目前的硬件过于沉重。为多处理器服务器添加该计数器的 0 到 x 个实例。
Processor Queue Length:是指处理列队中的线程数,小于2。处理器瓶颈会导致该值持续大于2。
 
Context Switches/sec:如果切换次数到5000*CPU个数和10000*CPU个数中,说明它忙于切换线程
Network Interface:Bytes Total/sec 为发送和接收字节的速率,包括帧字符在内。判断网络连接速度是否是瓶颈,可以用该计数器的值和目前网络的带宽比较。
SQL Server2000:%Processor Time,CPU 使用率
General Statistics,Logins/sec,这是每秒登录到 SQL Server 的计数。
SQL Statistics: Batch Requests/sec,每秒收到的 Transact-SQL 命令批数。这一统计信息受所有约束(如I/O、用户数、高速缓存大小、请求每秒收到的 Transact-SQL 命令批数。这一统计信息受所有约束(如I/O、用户数、高速缓存大小、请求的复杂程度等)影响。
批请求数值高意味着吞吐量很好。


2.对Unix(Linux等)的监视,需要配置相应的服务器端,可以查看帮助文件,这里就只举
一个例子了。
1)  LoadRunner 如何监控Apache,需要修改apache的配置文件httpd.conf.
 
<Location /server-status>
SetHandler server-status
Order deny,allow
Allow from all
Allow from .your-domain.com
</Location>
把这节加在httpd.conf里面, restart apache即可。

页面分解
如果某个transaction的时间过长,为了分析问题出在哪里?就可以利用页面分解了,它可
以把每个页面分解成:


DNS解析时间:浏览器访问一个网站的时候,一般用的是域名,需要dns服务器把这个域名解析为IP,这个过程就是域名解析时间,如果我们在局域网内直接使用IP访问的话,就没有这个时间了。
Connection:解析出Web Server 的IP地址后,浏览器请求被送到了Web Server,然后浏览器和Web Server 之间需要建立一个初始化HTTP连接,服务器端需要做2件事:一是接收请求二是分配进程,建立该连接的过程就是connection时间。
First Buffer:建立连接后,从Web Server 发出第一个数据包,经过网络传输到客户端,浏览器成功接受到第一字节的时间就是First Buffer。这个度量时间不仅可以表示Web Server 的延迟时间还可以表示出网络的反应时间
Receive:从浏览器接收到第一个字节起,直到成功收到最后一个字节,下载完成止,这段时间就是receive时间。
其他的时间还有SSL Handshaking(SSL 握手协议,用到该协议的页面比较少)、
ClientTime(请求在客户端浏览器延迟的时间,可能是由于客户端浏览器的think time 或者客户端其他方面引起的延迟)、Error Time(从发送了一个HTTP 请求,到Web Server发送回一个HTTP 错误信息,需要的时间)

为了确认问题缘由到底是服务器还是网络,选择“Time to First Buffer(缓冲器) Breakdown”发现network时间比Server时间要高的多,从而确定问题是network引起的。


TAG:

 

评分:0

我来说两句

Open Toolbar