脚本执行完成后,对结果进行详细的分析,分析的信息主要包括平均事务响应时间、事务成功 率、点击率、吞吐量、系统资源、Apache 监控分析。
(1)平均事务响应时间。 分析两个脚本不同虚拟用户情况下的平均事务响应时间,登录的平均事务响应时间见表 16-10。
(2)事务成功率。 事务成功率是分析事务的一个重要指标,一般在整个性能测试过程中,不可能所有的事务都成 功,如果所有的事务都成功,就需要仔细分析事务是否真的成功,即在性能测试过程中的请示是否 真的提交到服务器端。测试过程中要求事务的成功率超过 95%,如果事务的成功率过低,说明客 户端提交的请求很多已经失败,即使响应时间很理想,性能测试也不能通过,这样在真实的情况下, 用户的操作很可能失败。本次性能测试事务的成功率在 98%左右,就事务成功率来说,本次性能 测试结果是通过的。 (3)点击率。 点击率表示客户端提交请求的情况,通过分析点击率可以确定客户提交的请求是否正确。点击 率见表 16-12。
分析上表可以看出,随着虚拟用户数的增长,点击率在不断增长,但点击率增长的比例并不与 虚拟用户数增长的比例一致。虽然虚拟用户数增长了,但是每个事务的处理时间也变长了,所以点 击率并不成倍增长。 (4)吞吐量。 吞吐量是衡量服务器处理能力的指标,在分析时一定要注意分析吞吐量,吞吐量见表 16-13。
通过上表发现,随着虚拟用户数的增长,吞吐量的值并未成倍增长,对于这种情况一般有两种 可能:一是随着虚拟用户数增多,处理事务的时间变长,影响吞吐量的值不可能成倍增长;二是服 务器已经达到瓶颈,达到最大吞吐量,这也是服务器的拐点所在。本次测试虽然不能确定服务器吞吐量达到最大值,但是事务响应时间较长,如果需要确定最大吞吐量的值,则要进一步测试。 (5)系统资源。 分析系统资源时,主要是分析 CPU、内存和磁盘的使用情况,如图 16-7 所示是 20 个虚拟用 户时系统资源的使用情况。
在分析系统资源时需要分别分析 20、35 和 50 个虚拟用户时,系统资源的使用情况。当 50 个 虚拟用户并发时,CPU 和内存的使用率分别为 80%和 75%,可以看出当 50 个虚拟用户并发时, CPU 的使用率已超过系统的要求,即系统不能支持 50 个虚拟用户并发,虽然不一定出错,但出错 的可能性增大。 (6)Apache 监控分析。 分析 Apache 时,主要需要分析以下几项指标:Total Accesses(到目前为止 Apache 接收的联机 数量及传输的数据量)、CPU Usage(目前 CPU 的使用情况)、ReqPerSec(平均每秒请求数)、 BytesPerReq(平均每个请求发送的字节数)、BytesPerSec(平均每秒发送的字节数)、BusyWorkers (忙碌工作者数量)、IdleWorkers(空闲工作数量)。 在分析 Apache 使用 CPU 的情况时,分析了 20、35 和 50 个虚拟用户时 CPU 的使用率,三种 情况 CPU 的使用率都未超过 80%。 再重点分析每秒请求数,需要注意的是,分别分析 20、35 和 50 个虚拟用户时每秒的请求数的 增长情况,并与 LoadRunner 的点击率进行比较。 BusyWorkers(忙碌工作者数量)和 IdleWorkers(空闲工作数量)需要分析随着虚拟用户数增 多,Apache 接口是否达到最大,当虚拟用户数增长到一定程度后,空闲工作数量为零,且忙碌工 作者数量增长与虚拟用户数增长不对应时,那么说明 Apache 服务器达到最大接口数,此时可以适 当修改 Apache 的配置文件,来增加最多允许的接口数。 综上所述:当 35 个虚拟用户并发时,系统可以正确地处理,事务的响应时间也是正确的,其 他方面的指标也达到要求。但达到 50 个虚拟用户并发时,系统资源超过正常使用率,事务的响应时间也超过允许的范围,达不到性能要求的指标。