TPS(吞吐量)、QPS(每秒查询率)、并发数、RT

TPS(吞吐量)、QPS(每秒查询率)、并发数、RT(响应时间)是什么意思

本文详细介绍了TPS(吞吐量)、QPS(每秒查看速率)、并发和RT(响应时间)是什么意思，大家可以参考一下。

1.响应时间(RT) 

响应时间是指响应系统请求的时间。形象地说，这个指标值非常符合人们对手机软件性能的主观体验，因为它详细记录了所有电脑软件解决请求的时间。因为一个系统软件一般会表现出很多功能，而解决不同功能的逻辑不同，不同功能的响应时间也不同，甚至同一功能在键入不同数据信息的情况下响应时间也不同。所以在讨论一个系统软件的响应时间时，我们一般是指系统软件所有功能的平均时间或者所有功能的较大响应时间。自然，通常需要讨论每个或每组动作的平均响应时间和更大的响应时间。

对于没有高并发性的单机软件系统，响应时间是一个有效而准确的性能指标。必须强调的是，响应时间的平方根并不能立即反映手机软件的性能。手机软件的性能其实取决于用户对响应时间的接受程度。对于一款手机游戏软件来说，100毫秒以内的响应时间应该是很不错的了。大约一秒钟的响应时间可能是可以接受的。如果响应时间达到3秒，就完全不能接受了。就编译系统而言，一个大型手机软件源代码的详细编译很可能需要几十分钟甚至更长时间，但这个响应时间对于用户来说都是可以接受的。

2.吞吐量(Throughput) 

吞吐量是指单位时间内系统软件解决的请求总数。对于没有高并发的软件系统，吞吐量与响应时间严格成反比。实际上，吞吐量就是响应时间的数量。如前所述，对于单用户系统软件，响应时间(或系统软件的响应时间和应用时间延迟)可以很好地衡量系统软件的性能，但对于高并发系统软件，一般必须以吞吐量作为性能指标值。

对于一个多用户的系统软件，如果系统软件在只有一个用户应用时的平均响应时间是T，当有你的N个用户应用时，每个用户看到的响应时间一般不是n×t，而是通常比n×t小得多(自然很可能大于n×t，在某些特殊情况下甚至大得多)。这是因为每个请求都必须使用大量的资源来解决，因为每个请求的很多处理方法都是不可移动的，无法实现高并发，这就导致了在一个实际的时间点上，资源通常并不多。换句话说，在解决单个请求时，很多资源很可能在每个时间点都处于闲置状态。在解决几个请求时，如果资源分配有效，每个用户看到的平均响应时间不会随着用户数量的增加而线性增加。事实上，不同系统软件的平均响应时间随着用户数量的增加以不同的速率增加，这是选择吞吐量来衡量高并发系统软件性能的关键原因。一般来说，吞吐量是一个通用的指标值。如果用户数量和用户应用方式不同的两个系统软件的吞吐量基本相同，则可以区分出两个系统软件的解决能力基本相同。

3.高并发用户数 

高并发用户数是指系统软件可以额外安装所有正常应用系统功能的用户总数。与吞吐量相比，高并发用户数是一个更直观但模糊的性能指标值。其实并发用户数高是一个很不准确的指标值。由于应用方式不同，不同的用户在单位时间内会发出不同的请求。以一个网站程序为例。假设用户申请注册后才能申请，但是申请注册的用户并不总是申请网站。所以，实际上只有一部分申请注册的用户在某一时刻有在线PK，在线用户在访问网站时会花大量时间阅读网站上的信息内容。因此，只有一部分在线用户在某一时刻真正向系统软件发送请求。在这种情况下，将有三个关于网站程序用户数量的统计数据:申请注册的用户数量、在线用户数量和提出额外请求的用户数量。因为申请注册的用户很可能长期不登录网站，所以应用申请注册的用户数作为性能指标值会导致很大的偏差。而在线用户数和同事请求用户数可以作为业绩指标。相比较而言，以在线用户数作为性能指标值更形象，而以额外请求用户数作为性能指标值更准确。

4.QPS每秒钟查看率(QueryPerSecond) 

每秒观看率QPS是一个特定观看网络服务器在所需时间内总流量的评价指标。在互联网上，设备作为域名系统网络服务器的性能往往是以每秒的观看率来考虑的。每秒匹配提取数，即每秒响应请求的数量，即较大的吞吐量。(好像和TPS差不多，只适用于特殊情况的吞吐量)

大量网站的运维管理相关的一些专业术语，请查询下面的链接。