LR分析-分解页面（转载）

1. 浏览器向Web Server 发送请求，一般情况下，该请求首先发送到DNS Server 把DNS名字解析成IP 地址。解析的过程的时间就是DNS Resolution。这个度量时间可以
确定DNS 服务器或者DNS 服务器的配置是否有问题。如果DNS Server 运行情况比较好，该值会比较小。

2. 解析出Web Server 的IP 地址后，请求被送到了Web Server，然后浏览器和Web Server 之间需要建立一个初始化连接，建立该连接的过程就是Connection。这个度量时间可以简单的判断网络情况，也可以判断Web Server 是否能够响应这个请求。如果正常，该值会比较小。

3. 建立连接后，从Web Server 发出第一个数据包，经过网络传输到客户端，浏览器成功接受到第一字节的时间就是First Buffer。这个度量时间不仅可以表示Web　Server 的延迟时间，还可以表示出网络的反应时间。

从浏览器接受到第一个字节起，直到成功收到最后一个字节，下载完成止，这段时间就是Receive。这个度量时间可以判断网络的质量（可以用size/time 比来计算接受速率）。
其他的时间还有SSL Handshaking（SSL 握手协议，用到该协议的页面比较少）、client Time（请求在客户端浏览器延迟的时间，可能是由于客户端浏览器的think time 或者客户端其他方面引起的延迟）、Error Time（从发送了一个HTTP 请求，到Web Server 发送回一个HTTP 错误信息，需要的时间）。

熟悉了以上各个时间的含义后，我们开始看分解页面的图形。

首先看“Downlaod Time Breakdown”，可以看出login 事务分解的各个组件的大小，以及各个组件的下载时间。
从下图可以看出，login 页面有5 个组件组成，其中next.gif 下载用的时间最长，并且几乎所有的时间都用在了First Buffer 上，而其大小为1.256KB，并不是很大。

上图提供的组件大小的信息比较简单，更详细的信息参考“Download Component SizeGraph”。利用该图可以看出该页面各种组件的大小所占的比例关系。

同样，要看各个组件下载时间的更详细的信息，可以参考“Page Component Breakdown”。利用该图可以看出该页面各种组件下载时间的比例关系。

选择“Component Breakdown（Over Time）”，可以以图形曲线的形式看出各个组件在场景运行中的每秒钟的下载时间，比较具体。要看到具体的值，可以参考Page Component Breakdown（Over Time）

然后再选择“Download Time BreakDown（Over Time）”，从中可以看出在场景运行中的每一秒钟，组件用在传输的各部分的时间。要看到具体的值，可以参考Page Download Time　Breakdown（Over Time）

为了确认问题缘由到底是服务器还是网络，选择“Time to First Buffer Breakdown”，可以看出Server 时间比network 时间要高的多，从而确定问题是服务器引起的。然后我们就可以参考Web Server 的相关图表，来确定问题是由服务器的哪个部分引起。遵从这样的步骤，可以一步步的接近问题源；如果问题由网络引起，可以参考NetWork 相关的图表，确定什么样的网络问题是性能的瓶颈。同时可以参考“Time To First Buffer BreakDown(Over Time)”