跳转至

入门#

常见术语#

吞吐量#

指在一次性能测试过程中网络上传输的数据量的总和,也可以这样说在单次业务中,客户端与服务器端进行的数据交互总量;

对交互式应用来说,吞吐量指标反映服务器承受的压力,容量规划的测试中,吞吐量是重点关注的指标,它能够说明系统级别的负载能力,另外,在性能调优过程中,吞吐量指标也有重要的价值;

吞吐量和负载之间的关系:

  • 上升阶段:吞吐量随着负载的增加而增加,吞吐量和负载成正比;
  • 平稳阶段:吞吐量随着负载的增加而保持稳定,无太大变化或波动;
  • 下降阶段:吞吐量随着负载的增加而下降,吞吐量和负载成反比;

总结:吞吐量干不过负载!!!

如图所示:

a1 面积越大,说明系统的性能能力越强;a2面积越大,说明系统稳定性越好;a3面积越大,说明系统的容错能力越好。

吞吐率(Requests per second#

服务器并发处理能力的量化描述,单位是 reqs/s,指的是 某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数,称之为最大吞吐率。它是衡量网络性能的重要指标

吞吐率是基于并发用户数的。 这句话代表了两个含义:

1:吞吐率和并发用户数相关; 2:不同的并发用户数下,吞吐率一般是不同的。

计算公式:总请求数 / 处理完成这些请求数所花费的时间,即 Request per second = Complete requests / Time taken for tests

并发连接数(The number of concurrent connections)#

并发连接数指的是某个时刻服务器所接受的请求数目,简单的讲,就是一个会话。

并发用户数(The number of concurrent users,Concurrency Level)#

要注意区分这个概念和并发连接数之间的区别,一个用户可能同时会产生多个会话,也即连接数。在 HTTP/1.1 下,IE7 支持 2 个并发连接,IE8 支持 6 个并发连接,FireFox3 支持 4 个并发连接,所以相应的,我们的并发用户数就得除以这个基数。

用户平均请求等待时间(Time per request#

计算公式:处理完成所有请求数所花费的时间/(总请求数 / 并发用户数),即 Time per request = Time taken for tests /( Complete requests / Concurrency Level)

服务器平均请求等待时间(Time per request: across all concurrent requests#

计算公式:处理完成所有请求数所花费的时间 / 总请求数,即 Time taken for / testsComplete requests。可以看到,它是吞吐率的倒数。

同时,它也等于用户平均请求等待时间/并发用户数,即 Time per request / Concurrency Level

参考文档#


最后更新: 2020年6月18日 00:14:59