Jmeter-吞吐量成形计时器-发送比预期更多的请求
我使用的是jmetm吞吐量整形计时器，每秒发送0.011个请求。所以我给的开始RPS是0.011，结束RPS是0.011，持续时间是300秒。根据我的理解，只有3个请求应该发生，但它每秒发送1个请求。
ThroughputshapingTimer线程组预期-300秒内命中3次-实际-每300秒持续时间超过200次。
共有2个答案
如果某些FTP连接或API调用来自前处理器或后处理器，请始终使用FlowActionController。
吞吐量调整计时器可能无法正常工作，如果某些连接（如FTP等）在执行采样器时保持打开状态。确保连接正在关闭。此外，避免在采样器/后处理器中使用System.out.println语句。
-
我已经使用作为jmeter插件提供的吞吐量整形仪创建了一个最大峰值负载为5000 rpm的概要文件。 当我添加“每秒事务数”作为侦听器以分析每秒请求时。它没有显示5000rpm的峰值负载。 每秒事务侦听器是否显示吞吐量成形仪生成请求的图，或针对任何目标服务器生成的请求的实际执行图。 如何确认请求的生成达到5000 rpm的最大峰值负载？目前，我正在使用http采样器生成请求。
-
我有一个带有七个线程组的巨大脚本。我使用了Conccurency线程组和吞吐量整形计时器。我有两个问题： 我是否可以将吞吐量成形计时器中的值与点一起使用，例如，开始RPS：0.01，结束RPS：0.3 如何在CTG中多次使用吞吐量成形计时器？例如：我有10个步骤。前5步的RPS应为0.5到2（阶梯式），第6步和第7步的RPS应为0.3到0.8，最后一步的RPS应为0.1到0.4。我想使用比例-我的
-
我想为我正在开发的应用程序模拟100 rpm。我计划使用并发线程组和吞吐量成形计时器。我创建了一个示例来测试它是如何工作的。下面是我的剧本 我已将其添加为log4j2的下一行。xml文件： jmeter.log有以下日志 我的问题是 问题1。我是否正确地配置了测试以模拟100 rpm的吞吐量，或者我遗漏了什么？ 问题2。如何提前计算需要添加多少用户才能实现目标并发？如果我用公式 在这里，我是否需要
-
我使用jmeter来生成一个性能测试，为了保持简洁，我从一个json文件中读取初始数据，我有一个单线程组，在读取数据后，我在其中随机设置某些值，以防止需要时数据重复，然后我使用变量将最终数据传递给endpoint，这将最终在一个由endpoint接收的json主体中，它基本上将在数据库中生成一个新的事务。此外，我添加了一个常量计时器，在请求之间添加了7秒的延迟，测试持续时间为10分钟，没有上升，我
-
我正在尝试构建一个JMeter测试，包括一个并发线程组和一个吞吐量成形计时器，如这里和这里所述。计时器配置为运行10个斜坡和阶段，RPS从1到333。我想将并发线程组设置为使用调度反馈函数，并在目标并发字段中添加了公式（我已将示例从tst名称更新为实际计时器名称）。如果吞吐量是由计时器管理的，则我假设属性没有那么重要，因此我将爬升时间和步长设置为1；保持目标速率时间为8000，比计时器中添加的步长
-
无法通过运行Jmeter脚本来实现预期的吞吐量，因为预期的吞吐量更大，但得到的却非常少。 以每秒1000个请求（业务SLA）为目标运行Jmeter脚本，因此使用了“恒定吞吐量定时器”或“吞吐量整形定时器”，如下面的查询所建议的。 恒定吞吐量计时器：目标-60,000/分钟（60秒）-所有活动线程，线程（用户）-200上升-1秒，持续时间：1小时。或用户-2000或尝试使用10,000个用户。 结果
-
我为帖子的篇幅感到抱歉，但有很多事情可能会导致我的情况，我已经尝试将我根据其他帖子所做的所有设置更改包括在内。简言之，我的WCF服务似乎一次只能处理3到4个并发客户端请求。如果我将应用程序池最大工作进程数设置得更高（大约10个），或者将服务行为ConcurrencyMode设置为多个，那么吞吐量就会大大提高（快几倍）。然而，这些似乎是真正问题的解决办法，带来了他们自己的问题。是我错了，还是IIS应
-
我希望达到每秒7.6个请求的吞吐量。我使用的是bzm-并发线程组，具有反馈功能和吞吐量成形计时器，如下所示。请忽略删除的线程组。它们被禁用，不由Jmeter执行。 当我从命令行运行脚本时，它显示的日志如下 在日志文件中，它提到： 在并发线程组中，我将带有反馈函数的目标并发定义为${{uu tstFeedback（tst name，1100,30）} 这里，1和100是开始线程和允许的最大线程数，3