文章速览：

行业：互联网

关键字：性能压测、并发、系统响应、吞吐量

摘要：性能压测的时候，随着并发压力的增加，系统响应时间和吞吐量如何变化，为什么？

阅读时长：2分钟

以下文章来源于InfoQ！作者：莫问

性能压测的时候，随着并发压力的增加，系统响应时间和吞吐量如何变化，为什么？

如上图所示，系统负荷分为三个阶段：轻负载、重负载、“崩溃/不可用”。

图中的 3 条曲线，分别表示资源的利用情况（Utilization，包括硬件资源和软件资源）、吞吐量（Throughput，这里是指每秒事务数）以及响应时间（Response Time）

响应时间：随着并发用户数的增加，在前两个区，响应时间基本平稳，小幅递增。在第三个区域：急剧递增。在第三个区的点为拐点。

吞吐量：随着并发用户数的增加，在前两个区，对于一个良好的系统来说，并发用户数的增加，请求增加，吞吐量增加，中间的区域，处理达到顶点。

在第三个区：资源利用率：呈直线，表示饱和。

当系统的负载等于最佳并发用户数时，系统的整体效率最高，没有资源被浪费，用户也不需要等待；

当系统负载处于最佳并发用户数和最大并发用户数之间时，系统可以继续工作，但是用户的等待时间延长，满意度开始降低，并且如果负载一直持续，将最终会导致有些用户无法忍受而放弃；

而当系统负载大于最大并发用户数时，将注定会导致某些用户无法忍受超长的响应时间而放弃。

以上是针对架构入门学习感悟的分享，希望对大家有帮助！

阅读原文

声明：本文章版权归原作者及原出处所有 。凡本社区注明“来源：XXX或转自：XXX”的作品均转载自其它媒体，转载目的在于传递分享更多知识，内容为作者个人观点，仅供参考，并不代表本社区赞同其观点和对其真实性负责。本社区转载的文章，我们已经尽可能的对作者和来源进行了注明，若因故疏忽，造成漏注，请及时联系我们，我们将根据著作权人的要求，立即更正或者删除有关内容。本社区拥有对此声明的最终解释权。