单次请求的CPU消耗越高，对外部系统接口和IO的影响越慢，系统吞吐量越低，反之亦然。
系统吞吐量的几个重要参数：QPS（TPS）、并发数、响应时间
QPS (TPS)：每秒请求/事务数
并发数：系统同时处理的请求/事务的数量
响应时间：一般平均响应时间
（很多人经常把并发数和TPS混淆）
了解了以上三个要素的含义后，我们可以推导出它们之间的关系：
QPS（TPS）=并发数/平均响应时间
系统的吞吐量通常由两个因素决定：QPS（TPS）和并发数。每个系统对于这两个值都有一个相对限值。在应用场景的访问压力下，只要某一项达到系统的最高值，系统的吞吐量就不会增加。如果压力继续增加，系统的吞吐量反而会下降。原因是系统过载、上下文切换、内存等消耗导致系统性能下降。
决定系统响应时间的因素
当我们做项目的时候，我们需要制定计划。我们可以让多人同时处理多项任务，也可以让一个或多个人串联工作。总会有一条关键路径，这条路径就是项目工期。
系统调用的响应时间与项目计划相同。还有一条关键路径。这个关键路径就是系统影响时间；
关键路径由CPU操作、IO、外部系统响应等组成。
二。系统吞吐量评估：
我们在设计系统时，需要考虑CPU运算、IO、外部系统响应因素的影响以及对系统性能的初步预估。
一般情况下，我们面对需求时，评估除了QPS和并发量之外，还有另一个维度：日PV。
通过观察系统的访问日志，我们发现当用户数量较多时，各个时间段内同一时间段的访问流量几乎是相同的。就像工作日的每个早晨一样。只要我们能够得到每天的流量图和QPS，我们就可以计算出每天的流量。
并发数、QPS、平均响应时间的关系
三、软件性能的几个主要术语
1.响应时间：响应请求所需的时间
网络传输时间：N1+N2+N3+N4
应用服务器处理时间：A1+A3
数据库服务器处理时间：A2
响应时间=N1+N2+N3+N4+A1+A3+A2
2、并发用户数计算公式
系统用户数：系统的额定用户数。例如，在OA系统中，可能使用该系统的用户总数为5000人。那么这个数字就是系统用户数。
同时在线用户数：一定时间范围内的最大同时在线用户数。
同时在线用户数=每秒请求数RPS（吞吐量）+并发连接数+平均用户思考时间
平均并发用户数计算：C=nL/T
其中，C为平均并发用户数，n为平均每天访问的用户数（登录会话），L为用户一天中从登录到注销的平均时间（登录会话平均时间）， T是检查时间的长短（一天有多少次有用户长时间使用系统）
峰值并发用户数计算：C^约等于C + 3*根C
其中C^为峰值并发用户数，C为平均并发用户数，公式遵循泊松分布理论。
3、吞吐量计算公式
指单位时间内系统处理的用户请求数
从业务角度来看，吞吐量可以用以下单位来衡量：请求数/秒、页面数/秒、人数/天或业务流程数/小时。
从网络角度来看，吞吐量可以用以下单位来衡量：字节/秒
对于交互式应用，吞吐量指标反映了服务器的压力，可以说明系统的负载能力。
以不同方式表达的吞吐量可以说明不同层面的问题。例如，每秒字节数可以表示受网络基础设施、服务器架构、应用服务器限制等的瓶颈；每秒的请求数可以表示瓶颈。它代表了主要由应用程序服务器和应用程序代码的约束引起的瓶颈。
当不存在性能瓶颈时，吞吐量与虚拟用户数存在一定的关系，可以使用以下公式计算：F=VU * R /
其中F为吞吐量，VU代表虚拟用户数量，R代表每个虚拟用户发出的请求数量，T代表性能测试所花费的时间。
4. 性能计数器
它们是一些描述服务器或操作系统性能的数据指标，例如使用的内存量和处理时间。它们在性能测试中发挥着“监控和分析”的作用，特别是在分析可扩展性和定位新能源瓶颈时。非常关键的作用。
资源利用率：指系统中各种资源的使用情况。例如CPU占用率为68%，内存占用率为55%。一般用“实际资源使用率/总资源可用率”来形成资源利用率。
5、思考时间的计算公式
Think Time，从业务角度来看，是指用户执行某项操作时，每次请求之间的时间间隔。在做新功能测试时，为了模拟这样的时间间隔，引入了思考时间的概念，使其更加真实。模拟用户操作。
吞吐量的公式中，F=VU * R/T 表示吞吐量F是VU数量、每个用户发出的请求数量R和时间T的函数，R可以通过时间T和用户思维计算出来时间TS。计算：R=T/TS
以下是计算思考时间的一般过程：
A.首先计算系统并发用户数
C=nL/T F=RC
B.计算系统的平均吞吐量
F=VU * R/T RC=VU * R/T
C.统计每个用户平均发出的请求数
R=u*C*T/VU
D.根据公式计算思考时间
TS=T/R
用户评论
有些人,只适合好奇~
这个标题太专业了，我这种门外汉看不懂啊，有没有简单的解释呢？
有11位网友表示赞同！
念旧是个瘾。
系统吞吐量TPS真的挺重要的，得好好研究研究，提高系统性能。
有13位网友表示赞同！
早不爱了
用户并发量高的时候，系统性能下降好快啊，怎么优化呢？
有9位网友表示赞同！
?亡梦爱人
性能测试概念和公式，听起来好高级，能不能详细讲讲啊。
有7位网友表示赞同！
满心狼藉
TPS和用户并发的关系太微妙了，搞不好就崩溃了。
有15位网友表示赞同！
醉婉笙歌
系统吞吐量低，用户肯定不满意，得抓紧时间优化。
有8位网友表示赞同！
冷月花魂
性能测试公式怎么用啊？我这边有点蒙。
有16位网友表示赞同！
经典的对白
系统吞吐量（TPS）对电商网站来说至关重要，一定要保证。
有17位网友表示赞同！
剑已封鞘
用户并发量一大，系统就卡，怎么破？求解答。
有8位网友表示赞同！
予之欢颜
性能测试，感觉是一门很深奥的学问，需要不断学习。
有12位网友表示赞同！
生命一旅程
系统吞吐量（TPS）的提升，对用户体验的提升很大。
有16位网友表示赞同！
瑾澜
用户并发和系统吞吐量的关系，太复杂了，谁能帮忙梳理一下？
有9位网友表示赞同！
如梦初醒
性能测试概念和公式，学明白了，感觉对工作有帮助。
有16位网友表示赞同！
枫无痕
系统吞吐量（TPS）不够，客户投诉不断，真头疼。
有16位网友表示赞同！
青袂婉约
用户并发量高，系统性能不稳定，怎么提高TPS呢？
有17位网友表示赞同！
别伤我i
性能测试公式用得好，可以大大提高测试效率。
有13位网友表示赞同！
凉话刺骨
系统吞吐量（TPS）和用户并发量，这两个指标得好好关注。
有19位网友表示赞同！
该用户已上天
性能测试，光看公式还不够，实际操作更重要。
有16位网友表示赞同！