如何控制千分尺最终螺纹组的频率

Question

我使用JMeter中的终极线程组来编写一个简单的脚本，其中包括一些模拟登录流的请求。

测试将在非GUI模式下运行。脚本看起来是这样的：

考虑时间-动态值3-5 seconds

• Login

• Think时间-动态值3-5 seconds

• Get token

• Think时间-动态值3-5分钟(以模拟用户session)

• Log out

最终线程组中的线程总数将为250条。初始delay=0启动Time=250保持Load= 400秒关机time= 250

我有问题要问终极线程组和客户频率

终极线程组

1. ，我可以假设as每秒增加一个用户，直到我们有250个用户？
2. ，然后考虑到动态思考时间，我是否可以期望服务器吞吐量达到服务器可以回复的最大值？
3. 我们将有大约250个来自客户端的并发请求，就像来自客户端的吞吐量一样？恐怕我的服务器垃圾邮件太多了..

客户机吞吐量

例如，如果我需要控制客户端的吞吐量，我可以使用常量吞吐量计时器(CTT)吗？例如，我有一个要求-登录流250并发用户，服务器吞吐量应该能够处理~5个请求每秒。

因此，在使用CTT的情况下，我是否应该从脚本中删除所有的思考时间(除了模仿用户会话的1-2-3分钟之外)，并且在脚本的末尾只放置一个CTT？

我的最后设置是：

最终线程组中的线程总数将为250条。初始delay=0启动Time=250保持Load= 400秒关机time= 250

如何将CTT配置为每秒从客户端2次请求加载，并考虑250个并发用户？

Answer 1

用你的设置

1. 是的，“终极线程组”将每秒增加1个用户，直到您获得250个用户为止。
2. 不，由于您使用的是思考时间(希望是统一随机计时器)，您将不会获得从JMeter到服务器
3. No的最大可能点击量，因为您有3-5秒的思考时间，因此您将不会体验到250个RPS。但是，如果在不添加计时器来控制吞吐量的情况下删除思考时间，则可以获得更高的吞吐量(有时甚至超过250个)

按照您的计划，您可以使用常量吞吐量计时器(在这种情况下，您可以删除思考时间)。但是在这种情况下，如果您请求每秒有2个请求，我建议您使用jp@gc成形定时器。因为出于某种原因，它似乎在最终线程组中更好地工作。

为了给您一些输入，我在JMeter中创建了一个类似的场景，请查看下面的图像

此示例中的

启动线程: 25，初始延迟: 0，启动时间: 25，保持负载: 10，关闭时间: 25

​

​

在执行过程中，如果您检查jp@ graph随时间变化的图，它将如下所示

​

​

这是添加思考时间时的RPS (吞吐量)

​

​

如果您删除了思考时间，如果没有控制吞吐量的计时器，这就是您的RPS (正如您所看到的，即使我有25个线程，RPS也可以通过25个线程)。

​

​

但是，当您移除思考时间并添加计时器(我已经添加了定时器以具有启动和结束RPS作为60年代的RPS)来控制吞吐量时，如下所示。正如您所看到的，在任何给定的时间，吞吐量都不会超过2。

​

如果你把这两个计时器(60年代的RPS 2)加在一起，并认为RPS的时间是这样的。在这张图中，您将看到一些RPS大于2的场景，这是由于思考时间所致。(如果前一个请求的思考时间为5s，而新的两个请求有一个3s )，则可能发生这种情况。但它不会伤害到测试。

​

所以在你的计划中，你加上

• 终极线程组中的线程总数将为250个。初始250
• Throughput启动Time=250保持Load= 400秒关机time=整形定时器或CTT控制期望的delay=0的思考时间来创建更真实的行为(可选)

注意:您可以始终使用虚拟样本，并尝试检查您是否达到了您的计划的预期结果。

希望这能有所帮助。干杯