如何用LoadRunner分析资源占用率

如何使用LoadRunner进行资源占用率的分析？~

LoadRunner如何分析性能数据，这个是每一个做性能测试人员都非常关心的话题。但此话题受具体业务和环境的影响不太好回答，所以缩小一下范围。如何使用LoadRunner进行资源占用率(CPU，内存，硬盘)的分析? 精彩答案： 情况比较复杂，有兴趣的话可以就这个问题写本很厚的书。 1. 系统分类 1.1. windows 1.2. unix/linux 2. 核心分类 1.1. 单核CPU 1.2. 多核CPU 3. 应用分类 3.1. JAVA应用 3.2. DotNet应用 3.3. 其他应用 4. 磁盘分类 5. 平台分类 5.1. 中间件平台 5.2. 数据库平台 5.3. 其他中间件平台 6. 综合以上这些内容分析，相信会有很多排列组合。由于参数组合及应用的复杂性，说性能的高低标准实在很难一概而论。只能就事论事，依照情况分析。 Memory: 内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁，说明内存不足。“页交换”是使用称为“页面”的单位，将固定大小的代码和数据块从 RAM 移动到磁盘的过程，其目的是为了释放内存空间。尽管某些页交换使Windows 2000 能够使用比实际更多的内存，也是可以接受的，但频繁的页交换将降低系统性能。减少页交换将显著提高系统响应速度。要监视内存不足的状况，请从以下的对象计数器开始： Available Mbytes:可用物理内存数. 如果Available Mbytes的值很小(4 MB 或更小)，则说明计算机上总的内存可能不足，或某程序没有释放内存。 page/sec: 表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百，那么您应该进一步研究页交换活动。有可能需要增加内存，以减少换页的需求(你可以把这个数字乘以4k就得到由此引起的硬盘数据流量)。Pages/sec 的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。 page read/sec:页的硬故障，page/sec的子集，为了解析对内存的引用，必须读取页文件的次数。阈值为>5. 越低越好。大数值表示磁盘读而不是缓存读。 由于过多的页交换要使用大量的硬盘空间，因此有可能将导致将页交换内存不足与导致页交换的磁盘瓶径混淆。因此，在研究内存不足不太明显的页交换的原因时，您必须跟踪如下的磁盘使用情况计数器和内存计数器： Physical Disk\ % Disk Time Physical Disk\ Avg.Disk Queue Length 例如，包括Page Reads/sec 和% Disk Time 及Avg.Disk Queue Length。如果页面读取操作速率很低，同时% Disk Time 和Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。 要确定过多的页交换对磁盘活动的影响，请将Physical Disk\ Avg.Disk sec/Transfer 和Memory\ Pages/sec 计数器的值增大数倍。如果这些计数器的计数结果超过了0.1，那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况，那么您可能需要更多的内存。 Page Faults/sec:每秒软性页面失效的数目(包括有些可以直接在内存中满足而有些需要从硬盘读取)较page/sec只表明数据不能在内存的指定工作集中立即使用。 Cache Bytes：文件系统缓存(File System Cache)，默认情况下为50%的可用物理内存。如IIS5.0 运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化 如果您怀疑有内存泄露，请监视Memory\ Available Bytes 和Memory\ Committed Bytes，以观察内存行为，并监视您认为可能在泄露内存的进程的Process\Private Bytes、Process\Working Set 和Process\Handle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视Memory\Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和Process(process_name)\ Pool Nonpaged Bytes。 Pages per second :每秒钟检索的页数。该数字应少于每秒一页。 Process： %Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85% Page Faults/sec:将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。 Work set: 处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。 Inetinforivate Bytes:此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低，则此计数器可以是内存泄漏的最佳指示器。 Processor：监视“处理器”和“系统”对象计数器可以提供关于处理器使用的有价值的信息，帮助您决定是否存在瓶颈。 %Processor Time:如果该值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。 %User Time:表示耗费CPU的数据库操作，如排序，执行aggregate functions等。如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值。 %Privileged Time：(CPU内核时间)是在特权模式下处理线程执行代码所花时间的百分比。如果该参数值和"hysical Disk"参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。另外设置Tempdb in RAM，减低"max async IO"，"max lazy writer IO"等措施都会降低该值。 此外，跟踪计算机的服务器工作队列当前长度的Server Work Queues\ Queue Length 计数器会显示出处理器瓶颈。队列长度持续大于4 则表示可能出现处理器拥塞。此计数器是特定时间的值，而不是一段时间的平均值。 % DPC Time:越低越好。在多处理器系统中，如果这个值大于50%并且Processor:% Processor Time非常高，加入一个网卡可能会提高性能，提供的网络已经不饱和。 Thread ContextSwitches/sec: (实例化inetinfo 和dllhost 进程) 如果你决定要增加线程字节池的大小，你应该监视这三个计数器(包括上面的一个)。增加线程数可能会增加上下文切换次数，这样性能不会上升反而会下降。如果十个实例的上下文切换值非常高，就应该减小线程字节池的大小。 Physical Disk: %Disk Time %:指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。如果三个计数器都比较大，那么硬盘不是瓶颈。如果只有%Disk Time比较大，另外两个都比较适中，硬盘可能会是瓶颈。在记录该计数器之前，请在Windows 2000 的命令行窗口中运行diskperf -yD。若数值持续超过80%，则可能是内存泄漏。 Avg.Disk Queue Length:指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。该值应不超过磁盘数的1.5~2 倍。要提高性能，可增加磁盘。注意：一个Raid Disk实际有多个磁盘。 Average Disk Read/Write Queue Length:指读取(写入)请求(列队)的平均数。 Disk Reads(Writes)/s: 物理磁盘上每秒钟磁盘读、写的次数。两者相加，应小于磁盘设备最大容量。 Average Disksec/Read: 指以秒计算的在此盘上读取数据的所需平均时间。 Average Disk sec/Transfer:指以秒计算的在此盘上写入数据的所需平均时间。 Network Interface： Bytes Total/sec :为发送和接收字节的速率，包括帧字符在内。判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较。

　Process：
　　%Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85%
　　Page Faults/sec:将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。
　　Work set: 处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。
　　Inetinforivate Bytes:此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低，则此计数器可以是内存泄漏的最佳指示器。
　　Processor：监视“处理器”和“系统”对象计数器可以提供关于处理器使用的有价值的信息，帮助您决定是否存在瓶颈。
　　%Processor Time:如果该值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。
　　%User Time:表示耗费CPU的数据库操作，如排序，执行aggregate functions等。如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值。
　　%Privileged Time：（CPU内核时间）是在特权模式下处理线程执行代码所花时间的百分比。如果该参数值和"hysical Disk"参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。另外设置Tempdb in RAM，减低"max async IO"，"max lazy writer IO"等措施都会降低该值。
　　此外，跟踪计算机的服务器工作队列当前长度的Server Work Queues\ Queue Length 计数器会显示出处理器瓶颈。队列长度持续大于4 则表示可能出现处理器拥塞。此计数器是特定时间的值，而不是一段时间的平均值。
　　% DPC Time:越低越好。在多处理器系统中，如果这个值大于50%并且Processor:% Processor Time非常高，加入一个网卡可能会提高性能，提供的网络已经不饱和。
　　Thread
　　ContextSwitches/sec: (实例化inetinfo 和dllhost 进程) 如果你决定要增加线程字节池的大小，你应该监视这三个计数器（包括上面的一个）。增加线程数可能会增加上下文切换次数，这样性能不会上升反而会下降。如果十个实例的上下文切换值非常高，就应该减小线程字节池的大小。
　　Physical Disk:
　　%Disk Time %:指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。如果三个计数器都比较大，那么硬盘不是瓶颈。如果只有%Disk Time比较大，另外两个都比较适中，硬盘可能会是瓶颈。在记录该计数器之前，请在Windows 2000 的命令行窗口中运行diskperf -yD。若数值持续超过80%，则可能是内存泄漏。
　　Avg.Disk Queue Length:指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。该值应不超过磁盘数的1.5~2 倍。要提高性能，可增加磁盘。注意：一个Raid Disk实际有多个磁盘。
　　Average Disk Read/Write Queue Length:指读取(写入)请求(列队)的平均数。
　　Disk Reads(Writes)/s: 物理磁盘上每秒钟磁盘读、写的次数。两者相加，应小于磁盘设备最大容量。
　　Average Disksec/Read: 指以秒计算的在此盘上读取数据的所需平均时间。
　　Average Disk sec/Transfer:指以秒计算的在此盘上写入数据的所需平均时间。
　　Network Interface：
　　Bytes Total/sec :为发送和接收字节的速率，包括帧字符在内。判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较。

LoadRunner如何分析性能数据，这个是每一个做性能测试人员都非常关心的话题。但此话题受具体业务和环境的影响不太好回答，所以缩小一下范围。如何使用LoadRunner进行资源占用率(CPU，内存，硬盘)的分析? 精彩答案： 情况比较复杂，有兴趣的话可以就这个问题写本很厚的书。 1. 系统分类 1.1. windows 1.2. unix/linux 2. 核心分类 1.1. 单核CPU 1.2. 多核CPU 3. 应用分类 3.1. JAVA应用 3.2. DotNet应用 3.3. 其他应用 4. 磁盘分类 5. 平台分类 5.1. 中间件平台 5.2. 数据库平台 5.3. 其他中间件平台 6. 综合以上这些内容分析，相信会有很多排列组合。由于参数组合及应用的复杂性，说性能的高低标准实在很难一概而论。只能就事论事，依照情况分析。 Memory: 内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁，说明内存不足。“页交换”是使用称为“页面”的单位，将固定大小的代码和数据块从 RAM 移动到磁盘的过程，其目的是为了释放内存空间。尽管某些页交换使Windows 2000 能够使用比实际更多的内存，也是可以接受的，但频繁的页交换将降低系统性能。减少页交换将显著提高系统响应速度。要监视内存不足的状况，请从以下的对象计数器开始： Available Mbytes:可用物理内存数. 如果Available Mbytes的值很小(4 MB 或更小)，则说明计算机上总的内存可能不足，或某程序没有释放内存。 page/sec: 表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百，那么您应该进一步研究页交换活动。有可能需要增加内存，以减少换页的需求(你可以把这个数字乘以4k就得到由此引起的硬盘数据流量)。Pages/sec 的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。 page read/sec:页的硬故障，page/sec的子集，为了解析对内存的引用，必须读取页文件的次数。阈值为>5. 越低越好。大数值表示磁盘读而不是缓存读。 由于过多的页交换要使用大量的硬盘空间，因此有可能将导致将页交换内存不足与导致页交换的磁盘瓶径混淆。因此，在研究内存不足不太明显的页交换的原因时，您必须跟踪如下的磁盘使用情况计数器和内存计数器： Physical Disk\ % Disk Time Physical Disk\ Avg.Disk Queue Length 例如，包括Page Reads/sec 和% Disk Time 及Avg.Disk Queue Length。如果页面读取操作速率很低，同时% Disk Time 和Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。 要确定过多的页交换对磁盘活动的影响，请将Physical Disk\ Avg.Disk sec/Transfer 和Memory\ Pages/sec 计数器的值增大数倍。如果这些计数器的计数结果超过了0.1，那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况，那么您可能需要更多的内存。 Page Faults/sec:每秒软性页面失效的数目(包括有些可以直接在内存中满足而有些需要从硬盘读取)较page/sec只表明数据不能在内存的指定工作集中立即使用。 Cache Bytes：文件系统缓存(File System Cache)，默认情况下为50%的可用物理内存。如IIS5.0 运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化 如果您怀疑有内存泄露，请监视Memory\ Available Bytes 和Memory\ Committed Bytes，以观察内存行为，并监视您认为可能在泄露内存的进程的Process\Private Bytes、Process\Working Set 和Process\Handle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视Memory\Pool Nonpaged Bytes、Memory\ Pool Nonpaged Allocs 和Process(process_name)\ Pool Nonpaged Bytes。 Pages per second :每秒钟检索的页数。该数字应少于每秒一页。 Process： %Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85% Page Faults/sec:将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。 Work set: 处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。 Inetinforivate Bytes:此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低，则此计数器可以是内存泄漏的最佳指示器。 Processor：监视“处理器”和“系统”对象计数器可以提供关于处理器使用的有价值的信息，帮助您决定是否存在瓶颈。 %Processor Time:如果该值持续超过95%，表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。 %User Time:表示耗费CPU的数据库操作，如排序，执行aggregate functions等。如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值。 %Privileged Time：(CPU内核时间)是在特权模式下处理线程执行代码所花时间的百分比。如果该参数值和"hysical Disk"参数值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。另外设置Tempdb in RAM，减低"max async IO"，"max lazy writer IO"等措施都会降低该值。 此外，跟踪计算机的服务器工作队列当前长度的Server Work Queues\ Queue Length 计数器会显示出处理器瓶颈。队列长度持续大于4 则表示可能出现处理器拥塞。此计数器是特定时间的值，而不是一段时间的平均值。 % DPC Time:越低越好。在多处理器系统中，如果这个值大于50%并且Processor:% Processor Time非常高，加入一个网卡可能会提高性能，提供的网络已经不饱和。 Thread ContextSwitches/sec: (实例化inetinfo 和dllhost 进程) 如果你决定要增加线程字节池的大小，你应该监视这三个计数器(包括上面的一个)。增加线程数可能会增加上下文切换次数，这样性能不会上升反而会下降。如果十个实例的上下文切换值非常高，就应该减小线程字节池的大小。 Physical Disk: %Disk Time %:指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。如果三个计数器都比较大，那么硬盘不是瓶颈。如果只有%Disk Time比较大，另外两个都比较适中，硬盘可能会是瓶颈。在记录该计数器之前，请在Windows 2000 的命令行窗口中运行diskperf -yD。若数值持续超过80%，则可能是内存泄漏。 Avg.Disk Queue Length:指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。该值应不超过磁盘数的1.5~2 倍。要提高性能，可增加磁盘。注意：一个Raid Disk实际有多个磁盘。 Average Disk Read/Write Queue Length:指读取(写入)请求(列队)的平均数。 Disk Reads(Writes)/s: 物理磁盘上每秒钟磁盘读、写的次数。两者相加，应小于磁盘设备最大容量。 Average Disksec/Read: 指以秒计算的在此盘上读取数据的所需平均时间。 Average Disk sec/Transfer:指以秒计算的在此盘上写入数据的所需平均时间。 Network Interface： Bytes Total/sec :为发送和接收字节的速率，包括帧字符在内。判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较。

---

崇阳县19698512008： 如何用LoadRunner分析资源占用率 - ？
厨人胞齐克： 软件测试工具LoadRunner分析页面: 平均事务响应时间Average Transation Response Time 优秀: 良好:2-5s及格:6-10s不及格:>10s每秒点击率Hits per Second当增大系统的压力(或增加并发用户数)时,吞吐率和TPS的变化曲线...

崇阳县19698512008： 如何使用LoadRunner进行资源占用率的分析?？
厨人胞齐克： 文本Tag: LoadRunner 【IT168 评论】 问题描述:LoadRunner作为业界最流行的性能测试工具,应用已经十分广泛.LoadRunner如何分析性能数据,这个是每一个做性能测试人员都非常关心的话题.但此话题受具体业务和环境的影响不太好回...

崇阳县19698512008： 如何进行LoadRunner分析 - ？
厨人胞齐克： LoadRunner Controller在测试结束后,可以自动从压力产生器上将测试结果收集起来如何在LoadRunner中进行一些分析处理呢? 如下是一些参考: 1、 思考时间 在

崇阳县19698512008： loadrunner具体使用步骤~急在线等~？
厨人胞齐克： 使用LoadRunner 完成测试一般分为四个步骤: 1)Vvitrual User Generator 创建脚本  创建脚本,选择协议  录制脚本  编辑脚本  检查修改脚本是否有误 2)中央控制器(Controller)来调度虚拟用户  创建Scenario,选择脚本  设置机器虚拟用户数  设置Schedule  如果模拟多机测试,设置Ip Spoofer 3)运行脚本  分析scenario 4)分析测试结果 涉及的内容很多,比如如何设置thinktime等参数,尤其结果分析,需要丰富的知识和测试经验才能给出比较准确的结果来,慢慢学习和积累吧.

崇阳县19698512008： 如何使用loadrunner analysis 分析结果 - ？
厨人胞齐克： 第一步:在整个测试场景的执行过程中,测试环境是否正常.如果在测试过程中出现过异常,那么这样得出的结果往往不准确,无须进行分析. 例如,在测试执行过程中,测试机的CPU利用率经常达到100%、测试环境的网络不稳定、一些系统...

崇阳县19698512008： 如何在Loadrunner中监控服务器资源使用情况 - ？
厨人胞齐克： 一 监控需要进行的配置:在LR控制台设置监控Windows服务器的资源比较容易,直接添加Measurements即可.但是大多情况下面服务器的操作系统是Linux或者Unix,这时想监控系统的资源使用情况就需要进行一些设置:1 由于LR是通过rpc ...

崇阳县19698512008： Loadrunner一般查看什么结果呢,如何分析这些结果呢 - ？
厨人胞齐克： 用户数、点击率、事务响应时间、吞吐量、网络、压力机及应用及数据库服务器资源(cpu内存io网络),建议找系统的资料学习先

崇阳县19698512008： 如何使用loadrunner对服务器进行性能测试 - ？
厨人胞齐克： 使用LR对数据库进行性能测试,实际上有多种办法,包括通过现有的数据库协议进行CS模式的先录制后执行的模式,以及通过socket方式向服务器发包方式的测试方式.这些是常规书籍上介绍的比较简单上手的测试方法,但是不具备通用性,...

崇阳县19698512008： 使用LoadRunner怎么对单机软件进行测试？
厨人胞齐克： 果然是c/s结构的,先选择winsocket协议试试,方法是: 1、选择winsocket协议 2、在弹出的窗口里面设置录制程序启动的路径 3、开始录制操作业务 4、优化脚本,参数化、添加事物判断 5、在controller进行压测,并监控系统资源利用情况 6、结果分析

崇阳县19698512008： 如何运用LoadRunner着手进行性能测试,主要并发测试 - ？
厨人胞齐克： 如果有明确的性能需求 依据需求,制订性能场景用例 然后运用loadrunner录制脚本 优化脚本,配置参数化(根据并发用户数来定义) 然后在加压场景里,设置下是所有人同时并发还是每隔几秒登录后,再一起并发 点击执行,获取结果,进行分析 得出报告结论