Jmeter Transactions Per Second 并不代表每秒处理的实际请求
Jmeter Transactions Per Second do not represent actual requests processed in second
我在这里很困惑什么是正确的参数来确定我的服务可以在一秒钟内处理多少请求..
例如：根据文档 & this post TPS(transactions/sec) 是根据请求的经过时间计算的，当您有一个服务实例时，这似乎是公平的。例如：我经过的时间是 1 秒，所以我的 tps 是 1，这是有道理的，但是当我有 3 个服务实例（H-Scaled）时计算失败，尽管经过的时间保持不变但现在我可以处理 3 个并发请求第二个理想情况下应该读回 3 tps 但它没有
问：那么在 jmeter 报告中检查这个的正确参数是什么？还是我的理论错了？
Throughput is calculated as requests/unit of time. The time is calculated from the start of the first sample to the end of the last sample. This includes any intervals between samples, as it is supposed to represent the load on the server.
The formula is: Throughput = (number of requests) / (total time).
而请求是由JMeter的Sampler
产生的东西
如果您正在进行一些可扩展性测试，您可以按如下方式进行测量：
- 运行一个stress test with 1 service instance, i.e. start with 1 user and gradually increase the load at the same time looking at TPS. At some point you will reach the stage where increasing the number of users won't result in increased TPS due to some bottleneck。在遇到瓶颈之前测量用户数量和 TPS。
- 重新运行你用3个服务实例的测试，你应该看到瓶颈前的用户数和TPS现在更高了。
我在这里很困惑什么是正确的参数来确定我的服务可以在一秒钟内处理多少请求.. 例如：根据文档 & this post TPS(transactions/sec) 是根据请求的经过时间计算的，当您有一个服务实例时，这似乎是公平的。例如：我经过的时间是 1 秒，所以我的 tps 是 1，这是有道理的，但是当我有 3 个服务实例（H-Scaled）时计算失败，尽管经过的时间保持不变但现在我可以处理 3 个并发请求第二个理想情况下应该读回 3 tps 但它没有
问：那么在 jmeter 报告中检查这个的正确参数是什么？还是我的理论错了？
Throughput is calculated as requests/unit of time. The time is calculated from the start of the first sample to the end of the last sample. This includes any intervals between samples, as it is supposed to represent the load on the server. The formula is:
Throughput = (number of requests) / (total time).
而请求是由JMeter的Sampler
产生的东西如果您正在进行一些可扩展性测试，您可以按如下方式进行测量：
- 运行一个stress test with 1 service instance, i.e. start with 1 user and gradually increase the load at the same time looking at TPS. At some point you will reach the stage where increasing the number of users won't result in increased TPS due to some bottleneck。在遇到瓶颈之前测量用户数量和 TPS。
- 重新运行你用3个服务实例的测试，你应该看到瓶颈前的用户数和TPS现在更高了。