loadrunner 耗时分析

转自:https://wenku.baidu.com/link?url=g3XXnMoaoxDV67oWKLsiF4-KXznmsaWq7E9X0D-aX5GsYNpDKXcnfvqzFsxoDFiYUCKJ-Hx47VGTWc_POyXsxR4IWmfADlEVjgytgcKCQXy

由于测试过程中遇到了文中提到的接受时间超长的情况,因此收集一下文档

all time = dns time + connection time + first buffer time + received time + ssl time + error time + client time + ftp authrioze time 
  
first buffer time = server time  + network time 
  
server time = web application time + server deal time + database time 
  
Page Download Time Breakdown:
   
1.DNS resolution time IP解析以后,请求被发送到Webserver,  这事是浏览器与webserver建立一个初始连接的时间
 
2.Connection time 
3.ssl handshaking time 
4.ftp authentication time  
5.first buffer time从webserver发处第一个数据包,从网络传输到客户端,客户端接收到第一个字节的时间。
 
  
5.1 Network Time  每个网页组件的网络时间
  
5.2 Server Time  每个网页组件的服务器时间=web application time + server deal time + database time 
  
|C-----------------request------------>S| 浏览器发送请求
 
|C<----------------ACK-----------------S| 服务器发送ACK  
|C<--------the first buffer------------S| 服务器发送the first buffer 
  
network time 是发出请求到收到ACK的时间
  
Server time  是收到ACK后到完成接收the first buffer的时间
 
  
6.receive time  显示从服务器收到(第一个字节)到最后一个字节并完成下载之前经过的时间
  
7.clent time 
8.error time 
  
事务响应时间=First Buffer + Receive + Client Time

关于web  page  diagnostics 的结果分析统计中各题列的含义:  
1.1DNS  Resolution:客户端发送请求到webserver前,DNS  SERVER解析请求中DNS名为IP地址的时间
  
1.2  Connection:  IP解析以后,请求被发送到Webserver, 这事是浏览器与webserver建立一个初始连接的时间
   
1.3  First  Buffer:  从webserver发处第一个数据包,从网络传输到客户端,客户端接收到第一个字节的时间。
   
1.4  reciver:从浏览器接收第一个字节开始,到成功接收最后一个字节,下载完成的时间。
 
1.5 SSL:握手协议(用到该协议的页面较少)  
1.6  Error time:从浏览器发出一个请求,到受到一个返回HTTP错误消息的时间
 
1.7  Cliebt  time:客户端的延迟,可能是think  time或者其他延迟
   
2.  关于web  page  diagnostics  下的图表:  
2.1  Downloaded  Component  Size(KB)  用饼图查看页面各种组件大小所占的比例
  
2.2  Page Component Breakdown用曲线图表示页面各种组建下载时间的比例
  
2.3 Page  downloadtime  breakdown(over  time) 在场景运行中每一秒钟组件在传输的各部分的时间
  
2.4 Timeto  First Buffer Breakdown(Over time)  
  
这个图形里面绿色表示网络相关
  
蓝色表示服务器相关确定网络是问题就看network相关图表确定服务器是问题就看webserver相关图表
 

   
1、Running Vusers(用户加载图)
 
2、Hits Per Second(每秒点击数)
 
3、Throughout(服务器吞吐量)
  
4、HTTP Responses per Second(HTTP每秒响应数)
 
5、Average Transaction Response Time
(平均响应时间)
 
重点关注:innerall、login和logout三个的时间
  
6、Web Page Diagnostics(分页诊断图)  
7、Page Component Breakdown(页面元素分解-时序图)
 
8、Page Download Time Breakdown(页面下载时间分解图)
 
9、Time to First Buffer Breakdown(Fist Buffer分解图)
 
10、Transaction Response Time Under Load

Network Time不高,说明和网络没关系;
Server Time不高,说明服务器处理正常;
 
整个测试过程就是
receive time时间太长,就只从这个入手了。。
 
   
server time:从初始的HTTP请求,直到成功收到从Web服务器返回的第一个缓冲区(通常是GET)的应答收据通行证
 
  
【receive time】显示从服务器收到最后一个字节并完成下载之前经过的时间。
 
接收度量是很好的网络质量指示器(查看用来计算接收速率的时间/大小比率)。
   
好像你的下载带宽不够,导致这个时间太长。。
 
  
公司专线接入25M   
修改本机网络为100M(可解决内网测试的receive time过高问题,规避请求和接受的网络瓶颈问题),网络--常规---属性--配置:连接速率 100M 全双工
-----------
 


主要看
  
First Buffer Time 和  Receive Time  
Receive Time
应该基本上是网络耗时
  
First Buffer Time则是分了Server Time 和 Network Time
  
First Buffer Time这个指标很重要
  
Receive Time是从接收到第一个字节开始到全部接收完成的时间
  
First Buffer Time是从建立连接后开始,到从服务器获取到第一个字节的时间
  
相对来说Server Time算是比较平稳的,就是个别时候有突变,需要关注下是什么原因

原文地址:https://www.cnblogs.com/apple2016/p/14506221.html