loadrunner中,我的系统资源图没有数据,请高手指教具体怎么操作才能有数据?
Posted
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了loadrunner中,我的系统资源图没有数据,请高手指教具体怎么操作才能有数据?相关的知识，希望对你有一定的参考价值。
详细点好吗?
我的loadrunner是9.0的.....
这个是windows的：
、监视连接前的准备工作
进入被监视windows系统，开启以下二个服务
Remote Procedure Call(RPC)
Remote Registry Service
开始--运行--services.msc，开启对应服务
2、用LR监视windows的步骤
在controller 中，Windows Resources窗口中右击鼠标选择Add Measurements，添加被监控windows的IP地址，选择所属系统，然后选择需要监控的指标就可以开始监控了。
如果还不行开启Network DDE服务，而且是以administrator身份login 参考技术A 你要在场景的RUN中的树目录中->点击“windows Resources”后，再点右键"add mes....." 参考技术B 你要监控的电脑做连接上么
cmd 然后输入：net use \\IP地址 密码 /user:账号（确保权限）
看看能行么
哦 差点忘记了 你在controller里添加了监控服务器吧
如果是win2003要选winnet
loadrunner - 系统资源配置
右键==》Add Measurements ..
单击add
System（系统）
%Total Processor Time
系统中所有处理器都处于繁忙状态的时间百分比，对于多处理器系统来说，该值可以反映所有处理器的平均繁忙状态，该值为100%，如果有一半的处理器为繁忙状态，该值为50%服务器。器消耗的处理器时间数量.如果服务器专用于sql server 可接受的最大上限是80% -85 %.也就是常见的CPU 使用率.
File Data Operations/sec
计算机对文件系统进行读取和写入操作的频率，但是不包括文件控制操作
Process Queue Length
线程在等待分配CPU资源所排队列的长度，此长度不包括正在占有CPU资源的线程。如果该队列的长度大于处理器个数+1，就表示处理器有可能处于阻塞状态（参考值：<=处理器个数+1）
Processor（处理器）
%Processor Time
CPU利用率，该计数器最为常用，可以查看处理器是否处于饱和状态，如果该值持续超过 95%，就表示当前系统的瓶颈为CPU，可以考虑增加一个处理器或更换一个性能更好的处理器。（参考值：<80%）
%Priviliaged Time
CPU在特权模式下处理线程所花的时间百分比。一般的系统服务，进城管理，内存管理等一些由操作系统自行启动的进程属于这类
%User Time
与%Privileged Time计数器正好相反，指的是在用户状态模式下（即非特权模式）的操作所花的时间百分比。如果该值较大，可以考虑是否通过算法优化等方法降低这个值。如果该服务器是数据库服务器，导致此值较大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU时间，此时可以考虑对数据库系统进行优化。表示耗费CPU的数据库操作，如排序，执行aggregate functions等。如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值。
%DPC Time
处理器在网络处理上消耗的时间，该值越低越好。越低越好。在多处理器系统中，如果这个值大于50%并且Processor:% Processor Time非常高，加入一个网卡可能会提高性能，提供的网络已经不饱和。
Memory（内存）
Page Faults/sec
当处理器在内存中读取某一页出现错误时，就会产生缺页中断，也就是 page Fault。如果这个页位于内存的其他位置，这种错误称为软错误，用Transition Fault/sec 来衡量；如果这个页位于硬盘上，必须从硬盘重新读取，这个错误成为硬错误。硬错误会使系统的运行效率很快将下来。Page Faults/sec这个计数器就表示每秒钟处理的错误页数，包括硬错误和软错误。
Page Input/sec
表示为了解决硬错误而写入硬盘的页数（参考值：>=Page Reads/sec）
Page Reads/sec
表示为了解决硬错误而从硬盘上读取的页数。
Page/sec
表示为了解决硬错误而从硬盘上读取或写入硬盘的页数（参考值：00~20）
Pages per second:
每秒钟检索的页数。该数字应少于每秒一页Working set:理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。
Available Mbytes
剩余的可用物理内存，单位是兆字节（参考值：>=10%）用物理内存数. 如果Available Mbytes的值很小(4 MB或更小)，则说明计算机上总的内存可能不足，或某程序没有释放内存。
Cathe Bytes
文件系统的缓存（默认为50%的可用物理内存）
Process（进程）
private Bytes
进程无法与其他进程共享的字节数量。该计数器的值较大时，有可能是内存泄露的信号
Work set
最近处理线程使用的内存页
PhysicalDisk（磁盘）
%Disk Time
表示磁盘驱动器为读取或写入请求提供服务所用的时间百分比，如果只有%Disk Time比较大，硬盘有可能是瓶颈。指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。如果三个计数器都比较大，那么硬盘不是瓶颈。如果只有%Disk Time比较大，另外两个都比较适中，硬盘可能会是瓶颈。在记录该计数器之前，请在Windows 2000 的命令行窗口中运行diskperf -yD。若数值持续超过80%，则可能是内存泄漏。应当总小于90%
Average Disk Queue Length
表示磁盘读取和写入请求提供服务所用的时间百分比，可以通过增加磁盘构造磁盘阵列来提高性能（<=磁盘数的2倍）读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。该值应不超过磁盘数的1.5~2 倍。要提高性能，可增加磁盘。注意：一个Raid Disk实际有多个磁盘。不应当超过物理磁盘数量的2倍,正常值<0.5
Average Disk Read Queue Length
表示磁盘读取请求的平均数
Average Disk write Queue Length
表示磁盘写入请求的平均数
Average Disk sec/Read
磁盘中读取数据的平均时间，单位是秒
Average Disk sec/Transer
磁盘中写入数据的平均时间，单位是秒，一般来说，定义该值小于15ms最为优异，介于15-30ms之间为良好，30-60ms之间为可以接受，超过60ms则需要考虑更换硬盘或硬盘的RAID方式了
%Disk reads/sec(physicaldisk_total):
每秒读硬盘字节数. 该指标应总小于磁盘I/O子系统的容量
%Disk write/sec(physicaldisk_total):
每秒写硬盘字节数. 该指标应当总小于硬盘I/O子系统的容量
Disk Bytes/sec
指在进行写入或读取操作时从磁盘上传送或传出的字节速率。
此值取决于硬盘的速度
Disk Transfers/sec
指在此盘上读取/写入操作速率。
正常值<(Disk Bytes/sec)/3，此值过大表示系统要求的IO速度已接近硬盘的最大速度，要更换更快的硬盘 D
Network Interface（网络）
Byte Total/sec
表示网络中接受和发送字节的速度，可以用该计数器来判断网络是否存在瓶颈（参考值：该计数器和网络带宽相除，<50%）
判断瓶颈
判断应用程序的问题
如果系统由于应用程序代码效率低下或者系统结构设计有缺陷而导致大量的上下文切换(context switches/sec显示的上下文切换次数太高)那么就会占用大量的系统资源,如果系统的吞吐量降低并且CPU的使用率很高,并且此现象发生时切换水平在15000以上,那么意味着上下文切换次数过高.
从图的整体看.context switches/sec变化不大,throughout曲线的斜率较高,并且此时的contextswitches/sec已经超过了15000.程序还是需要进一步优化.
判断CPU瓶颈
如果processor queue length显示的队列长度保持不变(>=2)个并且处理器的利用率%Processortime超过90%,那么很可能存在处理器瓶颈.如果发现processor queue length显示的队列长度超过2,而处理器的利用率却一直很低,或许更应该去解决处理器阻塞问题,这里处理器一般不是瓶颈.
%processor time平均值大于95,processor queue length大于2.可以确定CPU瓶颈.此时的CPU已经不能满足程序需要.急需扩展.
CPU资源成为系统性能的瓶颈的征兆:
很慢的响应时间(slow response time)
CPU空闲时间为零(zero percent idle CPU)
过高的用户占用CPU时间(%User Time)
过高的系统占用CPU时间(%Priviliaged Time：长期大于90%或者95%)
长时间的有很长的运行进程队列(Process Queue Lengt：大于处理器个数+1)
判断内存泄露问题
内存问题主要检查应用程序是否存在内存泄漏,如果发生了内存泄漏,process\\private bytes计数器和process\\working set 计数器的值往往会升高,同时avaiable bytes的值会降低.内存泄漏应该通过一个长时间的,用来研究分析所有内存都耗尽时,应用程序反应情况的测试来检验.
图中可以看到该程序并不存在内存泄露的问题.内存泄露问题经常出现在服务长时间运转的时候,由于部分程序对内存没有释放,而将内存慢慢耗尽.也是提醒大家对系统稳定性测试的关注.
Windows资源监控中，如果Process\\Private Bytes计数器和Process\\Working Set计数器的值在长时间内持续升高，同时Memory\\Available bytes计数器的值持续降低，则很可能存在内存泄漏。
判断内存不足
如果队列长度（Avg.Disk Queue Length）增加的同时页面读取速率（Page Reads/sec）并未降低，则内存不足。
如果Available Mbytes（剩余物理内存数）的值很小(4 MB 或更小)，则说明计算机上总的内存可能不足，或某程序没有释放内存。
硬件问题
请观察 Processor\\ Interrupts/sec 计数器的值，该计数器测量来自输入/输出 (I/O) 设备的服务请求的速度。如果此计数器的值明显增加，而系统活动没有相应增加，则表明存在硬件问题。
I/O资源成为系统性能的瓶颈的征兆
IO Data Bytes/sec(处理从I/O操作读取/写入字节的速度。这个计数器为所有由本处理产生的包括文件、网络和设备I/O的活动计数。)
IO Data Operations/sec
IO Other Bytes/sec
IO Other Operations/sec
IO Read Bytes/sec(每秒IO读取字节数)
IO Read Operations/sec
IO Write Bytes/sec(每秒IO写出字节数)
IO Write Operations/sec
过高的磁盘利用率(high disk utilization)
太长的磁盘等待队列(Physical Disk\\ Current Disk Queue Length,正在等待磁盘访问的系统请求数量)
等待磁盘I/O的时间所占的百分率太高(Average Disk Queue Length)
太高的物理I/O速率:large physical I/O rate(not sufficient in itself)
过低的缓存命中率(low buffer cache hit ratio(not sufficient in itself))
太长的运行进程队列，但CPU却空闲(Process Queue Length)
在方案运行中，如果出现了大于3个用户的业务操作失败，或出现了服务器shutdown的情况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数
监视磁盘的使用情况
监视磁盘活动涉及两个主要方面：
监视磁盘 I/O 及检测过度换页
隔离 SQL Server 产生的磁盘活动
监视磁盘 I/O 及检测过度换页
可以对下面两个计数器进行监视以确定磁盘活动：
PhysicalDisk: % Disk Time
PhysicalDisk: Avg. Disk Queue Length
在系统监视器中，PhysicalDisk: % Disk Time 计数器监视磁盘忙于读/写活动所用时间的百分比。如果 PhysicalDisk: % Disk Time 计数器的值较高（大于 90%），请检查PhysicalDisk: Current Disk Queue Length 计数器了解等待进行磁盘访问的系统请求数量。等待 I/O 请求的数量应该保持在不超过组成物理磁盘的轴数的 1.5 到 2 倍。大多数磁盘只有一个轴，但独立磁盘冗余阵列 (RAID) 设备通常有多个轴。硬件 RAID 设备在系统监视器中显示为一个物理磁盘。通过软件创建的多个 RAID设备在系统监视器中显示为多个实例。
可以使用 Current Disk Queue Length 和 % Disk Time 计数器的值检测磁盘子系统中的瓶颈。如果 Current Disk Queue Length 和 % Disk Time 计数器的值一直很高，则考虑下列事项：
使用速度更快的磁盘驱动器。
将某些文件移至其他磁盘或服务器。
如果正在使用一个 RAID 阵列，则在该阵列中添加磁盘。
如果使用 RAID 设备，% Disk Time 计数器会指示大于 100% 的值。如果出现这种情况，则使用 PhysicalDisk: Avg.Disk Queue Length 计数器来确定等待进行磁盘访问的平均系统请求数量。
I/O 依赖的应用程序或系统可能会使磁盘持续处于活动状态。
监视 Memory: Page Faults/sec 计数器可以确保磁盘活动不是由分页导致的。在 Windows 中，换页的原因包括：
配置进程占用了过多内存。
文件系统活动。
如果在同一硬盘上有多个逻辑分区，请使用 Logical Disk 计数器而非 Physical Disk 计数器。查看逻辑磁盘计数器有助于确定哪些文件被频繁访问。当发现磁盘有大量读/写活动时，请查看读写专用计数器以确定导致每个逻辑卷负荷增加的磁盘活动类型，例如，Logical Disk: Disk Write Bytes/sec。
判断磁盘瓶颈
Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec页面读取操作速率很低，则可能存在磁盘瓶径。
Physical Disk\\ Disk Reads/sec and Disk Writes/sec
Physical Disk\\ Current Disk Queue Length
Physical Disk\\ % Disk Time
LogicalDisk\\ % Free Space
测试磁盘性能时，将性能数据记录到另一个磁盘或计算机，以便这些数据不会干扰您正在测试的磁盘。
可能需要观察的附加计数器包括 Physical Disk\\ Avg.Disk sec/Transfer 、Avg.DiskBytes/Transfer，和Disk Bytes/sec。
Avg.Disk sec/Transfer 计数器反映磁盘完成请求所用的时间。较高的值表明磁盘控制器由于失败而不断重试该磁盘。这些故障会增加平均磁盘传送时间。对于大多数磁盘，较高的磁盘平均传送时间是大于 0.3 秒。
也可以查看 Avg.Disk Bytes/Transfer 的值。值大于 20 KB 表示该磁盘驱动器通常运行良好;如果应用程序正在访问磁盘，则会产生较低的值。例如，随机访问磁盘的应用程序会增加平均 Disk sec/Transfer 时间，因为随机传送需要增加搜索时间。
Disk Bytes/sec 提供磁盘系统的吞吐率。
决定工作负载的平衡要平衡网络服务器上的负载，需要了解服务器磁盘驱动器的繁忙程度。使用 Physical Disk\\ %Disk Time 计数器，该计数器显示驱动器活动时间的百分比。如果 % Disk Time 较高(超过90%)，请检查 Physical Disk\\ Current Disk Queue Length 计数器以查看正在等待磁盘访问的系统请求数量。等待 I/O 请求的数量应当保持在不大于组成物理磁盘的主轴数的 1.5 到2倍。
尽管廉价磁盘冗余阵列 (RAID) 设备通常有多个主轴，大多数磁盘有一个主轴。硬件 RAID设备在“系统监视器”中显示为一个物理磁盘;通过软件创建的 RAID 设备显示为多个驱动器(实例)。可以监视每个物理驱动器(而不是 RAID)的 Physical Disk 计数器，也可以使用 _Total 实例来监视所有计算机驱动器的数据。
使用 Current Disk Queue Length 和 % Disk Time 计数器来检测磁盘子系统的瓶颈。如果Current Disk Queue Length 和 % Disk Time 的值始终较高，可以考虑升级磁盘驱动器或将某些文件移动到其他磁盘或服务器。
如何调优
CPU问题
a) 考虑使用更高级的CPU代替目前的CPU
b) 对于多个CPU，考虑CPU之间的负载分配
c) 考虑在其他体系上设计系统，例如增加前置机、设置并行服务器等
内存和高速缓存
a) 内存的优化包括操作系统、数据库、应用程序的内存优化
b) 过多的分页与交换可能降低系统的性能
c) 内存分配也是影响系统性能的主要原因
d) 保证保留列表具有较大的邻接内存块
e) 调整数据块缓存区大小（用数据块的个数表示）是一个重要内容
f) 将最频繁使用的数据保存在存储区中
磁盘（I/O）资源问题
a) 磁盘读写进度对数据库系统是至关重要的，数据库对象在物理设备上的合理分布能改善性能
b) 磁盘镜像会减慢磁盘写的速度
c) 通过把日志和数据库对象分布在独立的设备上，可以提高系统的性能
d) 把不同的数据库放在不同的硬盘上，可以提高读写速度。建议把数据库、回滚段、日志放在不同的设备上
e) 把表放在一块硬盘上，把非簇的索引放在另一块硬盘上，保证物理读写更快。
调整配置参数
a) 包括操作系统和数据库的参数配置
b) 并行操作资源限制的参数（并发用户的数目、会话数）
c) 影响资源开销的参数
d) 与I/O有关的参数
优化应用系统网络设置
a) 可以通过数组接口来减少网络呼叫。不是一次提取一行，而是在单个往来往返中提取10行，这样效率较高
b) 调整会话数据单元的缓冲区大小
c) 共享服务进程比专用服务进程提供更好的性能
以上是关于loadrunner中,我的系统资源图没有数据,请高手指教具体怎么操作才能有数据?的主要内容，如果未能解决你的问题，请参考以下文章
如何通过LoadRunner监控Linux和Unix操作系统的资源状况