4. Web page breakdown
Average Transaction Response Time图形，对某个事物通过分解（breakdown）命令进一步分解方法：右键某事物，选择“Web Page break down for xxx”
说明：
LoadRunner用不同的颜色标识不同的操作所消耗的时间，可以分解的操作包括DNS Resolution、Connection、 SSL Handling、 FTP Authentication、 First Buffer、 Receive、 Client、 Error。
如果主要的时间消耗是DNS Resolution，则说明需要重点关注网络相关的因素；
如果主要的时间消耗在Receive上，则说明可以通过减小返回数据的大小（例如：在Net中取消 ViewState）或是改变网速减少影响时间。
如果主要的消耗在First Buffer，则可以根据进一步的分析确定具体的性能瓶颈。
DNS Resolution：
DNS解析时间,浏览器访问一个网站的时候，一般用的是域名，需要dns服务器把这个域名解析为IP，这个过程就是域名解析时间，如果我们在局域网内直接使用IP访问的话，就没有这个时间了
Connection：
解析出Web Server 的IP地址后，浏览器请求被送到了Web Server，然后浏览器和Web Server 之间需要建立一个初始化HTTP连接，服务器端需要做2件事：一是接收请求，二是分配进程，建立该连接的过程就是connection时间。
SSL Handshaking：
SSL 握手协议，用到该协议的页面比较少
FTP Authentication：
……
First Buffer：
建立连接后，从Web Server 发出第一个数据包，经过网络传输到客户端，浏览器成功接受到第一字节的时间就是First Buffer。这个度量时间不仅可以表示Web Server 的延迟时间，还可以表示出网络的反应时间（网络不好，或WebServer性能不好）
Receive：
从浏览器接收到第一个字节起，直到成功收到最后一个字节，下载完成止，这段时间就是receive时间
Client：
请求在客户端浏览器延迟的时间，可能是由于客户端浏览器的think time 或者客户端其他方面引起的延迟
Error：
从发送了一个HTTP 请求，到Web Server发送回一个HTTP 错误信息，需要的时间
为了确认问题的缘由到底是服务器还是网络，先察看“Time to First Buffer Breakdown”
监控UNIX
一. lr监控UNIX ，UNIX先启动一rstatd服务
以下是在IBM AIX系统中启动rstatd服务的方法：
1. 使用telnet以root用户的身份登录入AIX系统
2. 在命令行提示符下输入：vi /etc/inetd.conf
3. 查找rstatd，找到#rstatd sunrpc_udp udp wait root /usr/sbin/rpc.rstatd rstatd 100001 1-3
4. 将#去掉
5. :wq保存修改结果
6. 命令提示符下输入：refresh –s inetd重新启动服务。
这样使用loadrunner就可以监视AIX系统的性能情况了。
7. 补充一些常见的问题及处理方法：
1、在执行配置或安装命令过程中出现“拒绝的权限”的提示；
答：是由于文件的权限引起的，应该给当前用户所有文件的“777”权限，即完全控制权限。
2、安装好后从LoadRunner中看不到信息，但是没有报错；
答：可能是返回的信息值比较小，所以在图中几乎看不到，例如：如果没有运行程序的话，CPU的使用率接近于0，所以在监视图中看不到变化。也有可能是采样的频率过大，可以在图表中设置没1秒获取一次信息，这样界面就刷新的比较及时了。
3、监视一段时间后LoadRunner中提示有错误发生不能继续监视到信息；
答：可能是由于CPU长时间处于高负荷状态，而导致系统自动关闭了该服务。可以在LoadRunner中重新加一次计数器，并且设置取样的时间稍长一点，就会避免这种情况。
4、以前用LoadRunner监视都是成功的，但是再次监视不到信息；
答：有可能是由于系统重新启动，而没有打开rstatd守护进程。可以手工重新打开一次，使用命令“rpc.rstatd”，另外可以使用“rpcinfo-p”命令来查看当前系统是否已经启动了rstatd守护进程。
二、在lr中配置
从LR里面add measurement，填写linux机器的IP，出现所有unix/linux的计数器，包括cpu的，mem的，disk，network的。介绍几个常用的：
CPU: 确定服务器的cpu个数
average load :在过去的1分钟的平均负载, 即在过去的1分钟处于就绪状态的平均进程数；
如果这个数字大于CPU的数据，至少有一个线程要等待CPU; 如果这个数除以CPU的数目，结果高于5的时候就表明系统在超负荷运转了.相当于执行vmstat查询出来的r列的值（runable threads，可运行的线程）
cpu utilization: cpu的使用率：Percent of time that the CPU is utilized.
System mode cpu utilization + User mode cpu utilization>80%， us>sys 2:1
内存：确定内存的值
paging rate： 每秒从磁盘读到物理内存，或者从物理内存写到页面文件的内存页数。如果页交换率提高，CPU消耗也相应增加
如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内存可能是瓶颈。也可能是内存访问命中率低。
相当于执行vmstat得出的pi和po的值之和
pi
每秒钟从内存交换区载入的页面数
po
每秒钟写入内存交换区的页面数
CPU用于vhand和swapper两中守护进程的时间(CPU time to vhand and swapper)
必须注意的是，有时候我们发现CPU很忙，这似乎是CPU资源成为系统性能的瓶颈，但如果进一步分析，发现vhand和swapper守护进程占用了大量的系统CPU时间，很显然，这时系统性能瓶颈真正所在可能是内存。
这个机制是由一个叫vhand的进程来完成
当可用内存的数量小于LOTSFREE时（即没有可用页），例程pageout将被调用来选择什么内存可以释放。
lotsfree: based on physical memory (64 MB -> 863) upper bound where paging starts/stops
desfree: based on physical memory (64 MB -> 215)lower bound where paging starts/stops
minfree: based on physical memory (64 MB -> 53) threshold where deactivation starts
如果不存在可用页，内存管理系统就必须选择其它进程仍在使用但短期内最不可能使用的页。需要 CPU 周期来选择这些页。定位此类页的过程称为页扫描。CPU 利用率在需要页扫描时会增加。
页面换出是关键因素，因为操作系统只有在找不到可用的页时才进行换页。
页扫描（寻找）的高速率进行可及早地为内存利用率正在变成瓶颈提供指示。
当 CPU 已经识别出可分拨的页时，通过将这些页中原有的数据复制到专用的磁盘中，从而换出原来的页映象。存储页映象的磁盘或磁盘分区称为交换磁盘、交换空间或交换区域。
Swap-in rate:每秒交换到内存的进程数
Swap-out rate: 每秒从内存交换出来的进程；
内存非瓶颈：swap-in/out =0
Disk traffic:disk传输率Rate of disk transfers.等价iostat –d 3 n 输出的tps或者iostat –x 3 中的 r/s+w/s
Tps：表示每秒钟输出到物理磁盘的传输次数。一次传输就是一个对物理磁盘的 I/O 请求
一般为100-150之间
collision rate=0
Network collision rate = Output collision counts / Output packets
网络冲突率大于10%就显示，网络负载过大、网络配置不正确、硬件问题
Input Packet Error Rate = Ierrs / Ipkts.
如果input error rate高（ver 0.25 percent），这个主机就正在丢包。hub/switch 连线就需要被检查是否存在潜在的问题。
CPU: topas 命令，如果%user+%sys >80%, 则cpu可能为瓶颈
显示10个消耗cpu最多的进程
ps aux | sort –rn +2 | head –10
MEM: topas
Real MeM: 8192
Paging space: 9728
%used 18.1
%free 81.8
如果%used>70%,内存成为瓶颈
显示10个消耗内存最多的进程
ps aux | sort –rn +3 | head –10
当内存资源成为系统性能的瓶颈时，它有一些典型的症状：
很高的换页率(high pageout rate):HP-UX是一个按需调页的操作系统，通常情况下，它只执行调入页面进入内存的操作，以让进程能够运行。只有操作系统觉得系统需要释放一些内存空间时，才会执行从内存调出页面的操作，而过高的调出页面操作说明内存缺乏；
进程进入不活动状态(process deactivation activity):当自由的内存页面数量小于MINFREE时，很多进程将强制进入不活动状态，因为，any deactivation activity represents a condition in which normal paging is inadequate to handle the memory demands.
自由内存的数量很小，但活动的虚拟内存却很大(very small free memory and large active virtual memory)
交换区所有磁盘的活动次数可高(high disk activity on swap devices)
可高的全局系统CPU利用率(high global system CPU utilization):
很长的运行进程队列，但CPU的空闲时间却很多(large run queue with idle CPU)
内存不够出错(out of memory errors)
CPU用于vhand和swapper两中守护进程的时间(CPU time to vhand and swapper)
必须注意的是，有时候我们发现CPU很忙，这似乎是CPU资源成为系统性能的瓶颈，但如果进一步分析，发现vhand和swapper守护进程占用了大量的系统CPU时间，很显然，这时系统性能瓶颈真正所在可能是内存。
IO
Iostat查看磁盘IO负载
如果%iowait>25%, %tm_act%>70%, 则io瓶颈？
Topas
Busy%==%tm_act%
%tm_act,或%busy > 80
%iowait显示了 CPU 空闲期间系统有未完成的磁盘 I/O 请求时的时间百分比。
NETWORK:
Topas: kBps（总流量）
服务器网络带宽：10Mbps=1250kBps
该值与当前网络带宽相除应小于50%
