LR性能测试结果分析原则

分析原则：
具体问题具体分析（这是因为不一样的应用系统，不一样的测试目的，不一样的性能关注点）
查找瓶颈时按如下顺序，由易到难。
服务器硬件瓶颈-〉网络瓶颈（对局域网，能够不考虑）〉服务器操做系统瓶颈（参数配置）〉中间件瓶颈（参数配置，数据库，web服务器等）-〉应用瓶颈（SQL语句、数据库设计、业务逻辑、算法等）
注：以上过程并非每一个分析中都须要的，要根据测试目的和要求来肯定分析的深度。对一些要求低的，咱们分析到应用系统在未来大的负载压力（并发用户数、数据量）下，系统的硬件瓶颈在哪儿就够了。

分段排除法 颇有效
分析的信息来源：
1）根据场景运行过程当中的错误提示信息
2）根据测试结果收集到的监控指标数据

一．错误提示分析

分析实例：
1）Error: Failed to connect to server"payment.baihe.com″: [10060] Connection
Error: timed out Error: Server "user.baihe.com″ has shut down theconnection prematurely
分析：
A、应用服务死掉。
（小用户时：程序上的问题。程序上处理数据库的问题）
B、应用服务没有死
（应用服务参数设置问题）
例：在许多客户端链接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有多是Weblogic中的server元素的AcceptBacklog属性值设得太低。若是链接时收到connection refused消息，说明应提升该值，每次增长25％
C、数据库的链接
(一、在应用服务的性能参数可能过小了 二、数据库启动的最大链接数（跟硬件的内存有关）)
2）Error: Page download timeout (120 seconds) hasexpired
分析：多是如下缘由形成
A、应用服务参数设置太大致使服务器的瓶颈
B、页面中图片太多
C、在程序处理表的时候检查字段太大多

二．监控指标数据分析

1．最大并发用户数：
应用系统在当前环境（硬件环境、网络环境、软件环境（参数配置））下能承受的最大并发用户数。
在方案运行中，若是出现了大于3个用户的业务操做失败，或出现了服务器shutdown的状况，则说明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用户数。

若是测得的最大并发用户数到达了性能要求，且各服务器资源状况良好，业务操做响应时间也达到了用户要求，那么OK。不然，再根据各服务器的资源状况和业务操做响应时间进一步分析缘由所在。

2．业务操做响应时间：

分析方案运行状况应从平均事务响应时间图和事务性能摘要图开始。使用"事务性能摘要"图，能够肯定在方案执行期间响应时间过长的事务。

细分事务并分析每一个页面组件的性能。查看过长的事务响应时间是由哪些页面组件引发的？问题是否与网络或服务器有关？

若是服务器耗时过长，请使用相应的服务器图肯定有问题的服务器度量并查明服务器性能降低的缘由。若是网络耗时过长，请使用"网络监视器"图肯定致使性能瓶颈的网络问题

2-5-10原则：简单说，就是当用户可以在2秒之内获得响应时，会感受系统的响应很快；当用户在2-5秒之间获得响应时，会感受系统的响应速度还 能够；当用户在5-10秒之内获得响应时，会感受系统的响应速度很慢，可是还能够接受；而当用户在超过10秒后仍然没法获得响应时，会感受系统糟透了，或 者认为系统已经失去响应，而选择离开这个Web站点，或者发起第二次请求

3．服务器资源监控指标：

内存：

1）UNIX资源监控中指标内存页交换速率（Paging rate），若是该值偶尔走高，代表当时有线程竞争内存。若是持续很高，则内存多是瓶颈。也多是内存访问命中率低。

2）Windows资源监控中，若是Process\Private Bytes计数器和Process\Working Set计数器的值在长时间内持续升高，同时Memory\Available bytes计数器的值持续下降，则极可能存在内存泄漏。

内存资源成为系统性能的瓶颈的征兆:

很高的换页率(high pageout rate);

进程进入不活动状态;

交换区全部磁盘的活动次数可高;

可高的全局系统CPU利用率;

内存不够出错(out of memory errors)

处理器：

1）UNIX资源监控（Windows操做系统同理）中指标CPU占用率（CPU utilization），若是该值持续超过95%，代表瓶颈是CPU。能够考虑增长一个处理器或换一个更快的处理器。若是服务器专用于SQL Server,可接受的最大上限是80-85%

合理使用的范围在60%至70%。

2）Windows资源监控中，若是System\Processor Queue Length大于2，而处理器利用率（Processor Time）一直很低，则存在着处理器阻塞。

CPU资源成为系统性能的瓶颈的征兆:

很慢的响应时间(slow response time)

CPU空闲时间为零(zero percent idle CPU)

太高的用户占用CPU时间(high percent user CPU)

太高的系统占用CPU时间(high percent system CPU)

长时间的有很长的运行进程队列(large run queue size sustained over time)

磁盘I/O：

1）UNIX资源监控（Windows操做系统同理）中指标磁盘交换率（Disk rate），若是该参数值一直很高，代表I/O有问题。可考虑更换更快的硬盘系统。

2）Windows资源监控中，若是 Disk Time和Avg.Disk Queue Length的值很高，而Page Reads/sec页面读取操做速率很低，则可能存在磁盘瓶径。

I/O资源成为系统性能的瓶颈的征兆 :

太高的磁盘利用率(high disk utilization)

太长的磁盘等待队列(large disk queue length)

等待磁盘I/O的时间所占的百分率过高(large percentage of timewaiting for disk I/O)

过高的物理I/O速率:large physical I/O rate(not sufficientin itself)

太低的缓存命中率(low buffer cache hit ratio(not sufficient in itself))

太长的运行进程队列，但CPU却空闲(large run queue with idle CPU)