当前位置: 代码迷 >> 综合 >> 【LoadRunner】LoadRunner Analysis 的使用
  详细解决方案

【LoadRunner】LoadRunner Analysis 的使用

热度:116   发布时间:2023-10-12 06:48:03.0

文章目录

      • 1.简要介绍
      • 2.事务中图表分析
      • 3. 系统windows资源分析
        • 3.1 CPU
        • 3.2 内存
        • 3.3 磁盘I/O
        • 3.4 带宽

1.简要介绍

【LoadRunner】LoadRunner Analysis 的使用
中文版如下:
【LoadRunner】LoadRunner Analysis 的使用
【LoadRunner】LoadRunner Analysis 的使用
【LoadRunner】LoadRunner Analysis 的使用
【LoadRunner】LoadRunner Analysis 的使用

2.事务中图表分析

【LoadRunner】LoadRunner Analysis 的使用
【LoadRunner】LoadRunner Analysis 的使用
参考文档:https://max.book118.com/html/2017/0422/101676925.shtm

3. 系统windows资源分析

3.1 CPU

CPU使用率(%processor time),在80%±5%范围内波动为宜。过低,则服务器CPU利用率不高;过高,则CPU可能成为系统的处理瓶颈。

CPU队列长度(processor queue length),队列长度不要超过CPU内核的2倍。例如双核CPU,队列长度不要超过4个。

判断CPU瓶颈:

  1. %processor time 平均值大于95

  2. processor queue length 的长度大于处理器个数+1,就表示处理器有可能处于阻塞状态(参考值:<=处理器个数+1)。若%process time一直很低,则存在处理器阻塞。

  3. 如果processor queue length显示的队列长度保持不变并且处理器的利用率%Processortime超过90%,那么很可能存在处理器瓶颈。如果发现processor queue length显示的队列长度超过2,而处理器的利用率却一直很低,或许更应该去解决处理器阻塞问题,这里处理器一般不是瓶颈.

  4. CPU空闲时间为零(%idle Time)

  5. 过高的用户占用CPU时间(%User Time)

  6. 过高的系统占用CPU时间(%Privileged Time:长期大于90%或者95%)

备注:
7. %User time(processor_total)表示耗费CPU的数据库操作,如排序,执行aggregatefunctions等。如果该值很高,可考虑增加索引,尽量使用简单的表联接,水平分割大表格等方法来降低该值

  1. 如果CPU使用率不断上升,内存使用率也不断上升,表明系统可能产生资源争用情况,引起原因,程序资源调配问题。

3.2 内存

可用内存(Available MBytes)。当这个数值变小时,表示Windows开始频繁地调用磁盘页面文件。如果这个数值很小,例如小于5 MB,系统会将大部分时间消耗在操作页面文件上。一般要保留10%的可用内存。最低不能<4M,此值过小可能是内存不足或内存泄漏。

内存的页交换频率(pages/sec),表示为了解决硬错误而从硬盘上读取或写入硬盘的页数(参考值:00~20)

内存不足/泄漏的现象:

  1. private bytes(process)计数器和workingset(process)计数器持续升高,同时memory/availablebytes值持续降低,表明内存泄漏。

  2. Page write/sec(memory)每秒执行的物理数据库写的页数。
    说明:如果服务器没有足够的内存处理其工作负荷,此数值将一直很高。如果大于80,表示有问题(太多的读写数据操作要访问磁盘,可考虑增加内存或优化读写数据的算法)。

3.3 磁盘I/O

硬盘使用率(%Disk time),硬盘队列长度(Avg. Disk queue length). 这两个值都是越低越好。
如果 % Disk Time 计数器的值较高(大于 90%),请检查Current Disk Queue Length 计数器了解等待进行磁盘访问的系统请求数量。等待 I/O 请求的数量应该保持在不超过组成物理磁盘的轴数的 1.5 到 2 倍。

硬盘瓶颈分析:

  1. %disk time和Avg.DiskQueue Length的值很高,而page reads/sec(memory)很低,则可能存在磁盘瓶颈;若page reads/sec(memory)并未降低,则是内存不足。

  2. avg.disk sec/read,avg.disk sec/write 大于20ms,则可能有磁盘瓶颈

  3. Avg.Disk sec/Transer磁盘中读写数据的平均时间,单位是秒。该值小于15ms最为优异,介于15-30ms之间为良好,30-60ms之间为可以接受,超过60ms则需要考虑更换硬盘或硬盘的RAID方式。

  4. Disk Transfers/sec 指在此盘上读取/写入操作速率。正常值<(DiskBytes/sec)/3,此值过大表示系统要求的IO速度已接近硬盘的最大速度,要更换更快的硬盘

  5. Avg.disk queue length该值应不超过磁盘数的1.5~2倍。要提高性能,可增加磁盘。注意:一个RaidDisk实际有多个磁盘。

  6. Avg.Disk Bytes/Transfer 的值。值大于 20 KB 表示该磁盘驱动器通常运行良好;如果应用程序正在访问磁盘,则会产生较低的值。例如,随机访问磁盘的应用程序会增加平均 Disk sec/Transfer 时间,因为随机传送需要增加搜索时间。

3.4 带宽

每秒接收的数据量(Bytes received/sec ),应该低于服务器下行带宽/8较好。

每秒发送的数据量 (Bytes sent/sec)应该低于服务器上行带宽/8较好

网络瓶颈判断:

  1. bytes total/sec(network interface).用这个数值和当前网络带宽比较,两者相除结果应小于50%

  2. 随着负载的加大,点击率和吞吐量会随之增大。如果系统的吞吐量随着负载的加大出现平坦或降低并且CPU的使用率很高,并且此现象发生时切换水平Context switch/sec(system) 在15000以上,那么意味着上下文切换次数过高,表明网络饱和。

  相关解决方案