估计系统可以处理的负载/并发命中量

Question

我们有一个能够处理100 TPS (每秒事务处理)的系统。如何粗略地将其转换为计算并发命中和会话(主要是http流量)的数量，这样才能轻松处理？

根据销售公司销售的TPS，我需要粗略估计交通系统能支持多少。

Answer 1

如果您知道限制是每秒100个事务，那么并发用户或JMeter的线程也应该限制在100个，因为您应该避免允许JMeter发送超过100个并发请求

如果您的HTTP响应返回得很快，意味着不到1秒(例如半秒)，那么您的线程限制应该相应地减少，例如50 (100/2)，因为每个线程将每秒发送2个请求。

另外，如果您有并行HTTP请求，您可能还需要相应地减少线程(使用并行控制器或下载并行HTTP资源)

Answer 2

不知道“事务”意味着在应用程序的上下文中，不可能想出全面的答案，如果您已经有了一个产生100个TPS的JMeter负载测试，并且想知道您的系统正在处理的HTTP请求的实际数量是多少，那么从JMeter方面可以很容易地使用服务器每秒命中插件(可以使用JMeter插件管理器安装)来测量。

如果您没有立即进行测试，并且想要测量系统性能，我建议您选择应力测试

1. 确保每个JMeter线程(虚拟用户)都用它的所有内容(凭据、头、cookie、缓存、思考时间等)来表示真实的用户。
2. 使用一个虚拟用户启动您的测试，然后逐步增加负载，直到：

- you reach 100 TPS
- response time starts increasing/throughput starts decreasing
- errors start occurring

​

无论第一次发生什么

此时，您可以看到有多少虚拟用户使用活动线程随时间的推移侦听器在线，以及使用前面提到的“每秒服务器命中”侦听器每秒产生多少服务器命中。