Web Page Diagnostics:
1)DNS Resolution:浏览器访问一个网站的时候,一般用的是域名,需要dns服务器把这个域名解析为IP,这个过程就是域名解析时间,如果我们在局域网内直接使用IP访问的话,就没有这个时间了。
使用最接近的DNS服务器,解决DNS名称为一个IP地址所需要的时间。DNS查询测量是DNS解析中问题,或DNS服务器问题的一个很好的指标。
2)Connection:服务器建立连接的时间。需要与Web服务器主机指定的URL建立一个初始连接。连接是测量网络问题的一个很好的指标。它还表明服务器是否回应请求。
3)SSL Handshaking:SSL加密握手的时间。
4)FTP Authentication:FTP服务器在处理客户端的命令之前,首先要对客户端进行鉴权,这个度量就是FTP服务器对客户端进行鉴权的时间。这种测量只适用于使用FTP(不是HTTP/s)协议的通信。
5)First Buffer:建立连接后,从Web Server发出第一个数据包,到客户端浏览器成功接收到第一字节的时间就是First Buffer。这个度量时间不仅可以表示Web Server的延迟时间,还可以表示出网络
的反应时间。
6)Receive:从浏览器接收到第一个字节起,直到成功收到最后一个字节,下载完成止,这段时间就是receive时间。反映了网络质量,如带宽大小,带宽越大下载时间越短
7)Client:客户端浏览器延迟的时间。由于浏览器思考时间或其他客户端相关的延迟,请求在客户机上的延时时,平均所需的时间。这不包括为Flash来绘画图形的时间。
8)Error:发送错误信息时间。从HTTP请求被发送时刻,直到错误信息(只是HTTP错误)被返回的时刻,所经过的平均时间。
详解FirstBufferTime?
测试结果分析过程中,经常遇到第一次缓冲时间FirstBufferTime,并且发现大部分系统的响应时间也都浪费在了这里,再给研发解释这个问题时候,又不能拿FirstBufferTime直接给研发说,抽时间整理了下,希望对大家有用 以下资料来自LR帮助手册:
注意:要从客户端测定服务器时间,因此发送初始HTTP请求到发送第一次缓冲这一段时间内网络性能发生变化,则网络时间可能会影响此度量,因此所显示的服务器时间是一个估计值,可能不太精确。所有关于FirstBufferTime时间的度量都是来自客户端的。至于帮助手册里面的不太精确,还有这个网络时间和服务器时间如何计算,我分析了下,个人观点如下首先要了解http传输,这个大叔以前发过相关资料,这里推荐个网址http://www.cnpaf.net/Class/HTTP/200408/83.html 里面有个形象的举例,就是电话订货,到送货上门, 这里拿图讲例子。
而根据LR结果分析定义发现:
怎么解释呢?LR在计算结果时候拿R1和N3进行了抵消,所以给出来的只是近似值。
原文出处:http://www.cnblogs.com/yezhaohui/p/3736860.html