loadrunner笔记（分析以及监视场景）

 内存问题主要检查应用程序是否存在内存泄漏。如果发生了内存泄漏，Process\Private Bytes计数器和Process\Working Set计数器的值往往会升高，同时Available Bytes的值会降低。内存泄漏应该通过一个长时间的，用来研究分析当所有内存都耗尽时，应用程序反应情况的测试来检验。

判断应用程序是否存在处理器瓶颈的方法：如果Processor Queue Length显示的队列长度保持不变（>=2）个并且处理器的利用率%Processor Time超过90%，那么很有可能存在处理器瓶颈。

如果发现Processor Queue Length显示的队列长度超过2，而处理器的利用率却一直很低，那么或许更应该去解决处理器阻塞问题，这里处理器一般不是瓶颈。

如果系统由于应用程序代码效率低下或者系统结构设计有缺陷而导致大量的上下文切换（Context Switches/sec显示的上下文切换次数比较大），那么就会占用大量的系统资源。

如果系统的吞吐量降低并且CPU的使用率很高，并且此现象发生时切换水平在15000以上，那么意味着上下文切换次数过高同时还可以比较Context Switches/sec和%Privileged Time来判断上下文切换是否过量。如果后者的值超过40%，且上下文切换的速率也很高，那么应该检查为什么会产生这样高的上下文切换。

判断磁盘瓶颈的方法是通过以下公式来计算：

每磁盘的I/O数= [读次数+（4 *写次数）] /磁盘个数

如果计算出的每磁盘的I/O数大于磁盘的处理能力，那么磁盘存在瓶颈。

Q1事务响应时间是否在可接受的时间内？哪个事务用的时间最长？

看Transaction Response Time图，可以判断每个事务完成用的时间，从而可以判断出那个事务用的时间最长，那些事务用的时间超出预定的可接受时间。随着用户数的不断增加，login事务的响应时间增长的最快！

Q2网络带宽是否足够?

“Throughput”图显示在场景运行期间的每一秒钟，从Web Server上接受到的数据量的值。拿这个值和网络带宽比较，可以确定目前的网络带宽是否是瓶颈。如果该图的曲线随着用户数的增加，没有随着增加，而是呈比较平的直线，说明目前的网络速度不能够满足目前的系统流量。

Q3硬件和操作系统能否处理高负载?

“Windows Resources”图实时地显示了Web Server系统资源的使用情况。利用该图提供的数据，可以把瓶颈定位到特定机器的某个部件。