《LoadRunner 没有告诉你的》之四——理解性能

1P'}]8@I)A0?051Testing软件测试网;F*~ L_&F%[ M x

上面这张图引自段念兄的一份讲义，不过我略作了些修改。从图中我们可以清楚的看到一个请求的响应时间是由几部分时间组成的，包括51Testing软件测试网m G&@ Ux

C1：用户请求发出前在客户端需要完成的预处理所需要的时间；

C2：客户端收到服务器返回的响应后，对数据进行处理并呈现所需要的时间；

A1：Web/App Server对请求进行处理所需要的时间；

A2：DB Server对请求进行处理所需的时间；

A3：Web/App Server对DB Server返回的结果进行处理所需的时间；51Testing软件测试网!hzM!Y:s

N1：请求由客户端发出并达到Web/App Server所需要的时间；

N2：如果需要进行数据库相关的操作，由Web/App Server将请求发送至DB Server所需要的时间；

N3：DB Server完成处理并将结果返回Web/App Server所需的时间；51Testing软件测试网-V:KH/Lts$R

N4：Web/App Server完成处理并将结果返回给客户端所需的时间；

从用户的角度来看，响应时间＝(C1+C2)+(A1+A2+A3)+(N1+N2+N3+N4)；但是从系统的角度来看，响应时间只包括(A1+A2+A3)+(N1+N2+N3+N4)。

在理解了响应时间的组成之后，可以帮助我们通过对响应时间的分析来更好的识别和定位系统的性能瓶颈。51Testing软件测试网+D)S{;Pcr}Wme

 51Testing软件测试网"_[s H8E{

吞吐量vs.吞吐量

在不同的测试工具中，对于吞吐量(Throughput)会有不同的解释。例如，在LoadRunner中，这个指标是以字节数为单位来衡量网络吞吐量的，而在JMeter中则是以事务数/秒为单位来衡量系统的响应能力的。不过在大多数英文的性能测试方面的书籍或资料中，吞吐量的定义使用的是后者。

并发用户数≠每秒请求数51Testing软件测试网n$_3}&jCJ5eLn

这是两个容易让初学者混淆的概念。

简单说，当你在性能测试工具或者脚本中设置了100并发用户数后，并不能期望着一定会有每秒100个请求发给服务器。事实上，对于一个虚拟用户来说，每秒发出多少请求只跟服务器返回响应的速度有关。如果虚拟用户在0.5秒内就收到了响应，那么它会立即发出第二个请求；而如果要一直等待3秒才能得到响应，它将会一直等到收到响应后才发出第二个请求。也就是说，并发用户数的设置只是保证服务器在任一时刻都有100个请求需要处理，而并不一定是保证每秒中发送100个请求给服务器。