LoadRunner-receive time

    xiaoxiao2021-04-18  55

    转自:http://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://ju.6miu.com/read-674898.html

    最新回复(0)