【发布时间】：2020-08-30 14:46:39
【问题描述】：
我们的系统能够处理 100 TPS（每秒事务数）。如何将其粗略地转换为可以轻松处理的并发点击量和会话量（主要是 http 流量）？
我需要根据销售公司推销的 TPS 粗略估计流量系统可以支持多少。
【问题讨论】：
标签： performance concurrency jmeter load performance-testing
【发布时间】：2020-08-30 14:46:39
【问题描述】：
如果您知道限制是每秒 100 个事务，那么并发用户或 JMeter 的线程也应该限制为 100，因为您应该避免让 JMeter 发送超过 100 个并发请求
如果您的 HTTP 响应返回速度很快，即不到 1 秒，例如半秒，那么您的线程限制应该相应减少，例如50 (100/2)，因为每个线程每秒会发送 2 个请求。
此外，如果您有并行 HTTP 请求，您可能还需要相应地减少线程（使用并行控制器或下载并行 HTTP 资源）
【讨论】：
-
你能指出我在哪里可以获得更多关于这方面的信息吗？要求是我公司需要购买一些新设备，我们掌握的信息是它可以支持 100TPS。我想知道它可以轻松支持的负载和并发点击量大致翻译成什么。
-
@gaganshera blazemeter.com/blog/…
不知道“事务”意味着在您的应用程序的上下文中，如果您已经有一个产生 100 TPS 的 JMeter 负载测试并且想知道实际数字是多少，则不可能得出全面的答案您的系统正在处理的 HTTP 请求数量，从 JMeter 端可以使用Server Hits Per Second 插件轻松测量（可以使用JMeter Plugins Manager 安装）
如果您没有立即进行测试并想测量系统性能，我建议您选择Stress Testing
- 确保每个 JMeter 线程（虚拟用户）都代表真实用户及其所有内容（凭据、标头、cookie、缓存、思考时间等）
-
以 1 个虚拟用户开始您的测试并逐渐增加负载，直到：
- 达到 100 TPS
- 响应时间开始增加/吞吐量开始减少
- 开始出现错误
先到先得
此时，您可以使用Active Threads Over Time 侦听器查看有多少虚拟用户在线，以及他们使用上述“每秒服务器点击次数”侦听器产生的每秒服务器点击次数。
【讨论】：