用jmeter模拟期望吞吐量
我希望达到每秒7.6个请求的吞吐量。我使用的是bzm-并发线程组，具有反馈功能和吞吐量成形计时器，如下所示。请忽略删除的线程组。它们被禁用，不由Jmeter执行。
当我从命令行运行脚本时，它显示的日志如下
在日志文件中，它提到：
在并发线程组中，我将带有反馈函数的目标并发定义为${{uu tstFeedback（tst name，1100,30）}
这里，1和100是开始线程和允许的最大线程数，30是线程池中要保留的空闲线程数。
我的第一个问题是：
问题1。为什么在命令行日志中指出当前线程组中没有可用线程。从命令行可以看到，只启动了39个线程。我已将允许的最大线程数定义为100。此外，30个线程被保存在线程池中，这样Jmeter就可以在100个线程不够的情况下使用它们。我还尝试通过传递${uu-tstFeedback（tst-name，1200,30）}来增加线程的数量，但仍然得到相同的错误。
但是为什么日志中说没有可用的线程，从而增加了线程的数量呢？
另外，正如您从摘要报告中看到的，场景3和场景4的事务控制器不是由Jmeter执行的
问题2。场景3和场景4不由Jmeter执行的原因可能是什么？
共有1个答案
Q1在测试启动后6毫秒内，当只有1个线程正在运行时，会写入警告，您真的希望1个线程每秒可以执行7.6个请求的加载吗？我的意思是，理论上这是可能的，如果你的应用程序响应时间低于130毫秒，但是我认为它不适用于你的情况，试着从30个线程开始，删除这些爬升周期和步骤Q2我们不知道，最可能的原因是您的测试运行时间不够长，因此第一个线程无法执行场景1和场景2中的所有采样器，或者存在一些逻辑控制器阻止这些场景执行，或者存在一个流控制操作采样器不允许线程进一步执行，等等
答案总是用jmeter表示。在日志文件中，您可能还希望通过向log4j2添加下一行来增加吞吐量成形计时器的JMeter日志级别。xml文件：
<Logger name="kg.apc.jmeter.timers.VariableThroughputTimer" level="debug" />
-
汇总报告中最后一行显示的总吞吐量是否正确？我使用的是Jmeter 2.11 有人能帮我一下吗？
-
在我的测试计划中，我有24个吞吐量控制器，它们的执行率不同，最小的是1%。10个不同的吞吐量控制器有1%的执行率。每个吞吐量控制器下面都有许多事务控制器。当我运行一个测试1小时时，在某些最小百分比吞吐量控制器下定义的采样器甚至不会执行一次。我已经确保所有24个吞吐量控制器的总数增加到100%。如何确保在所有吞吐量控制器上定义的所有采样器至少执行一次？ 对于吞吐量最少的控制器，我将其更改为“Tota
-
我想通过从CSV文件向服务器发送100个请求来测试10个线程。我想每个线程按顺序发射100个请求，同时允许并行请求。我有我的主要采样器和子采样器的子组件和另一个采样器，我想比较我的结果。这种配置通常会产生7个采样器。问题是，当我尝试绘制吞吐量与线程之间的关系图时，在1个用户中，结果在y轴上显示了100多个事务/秒的值。同样的事情发生在“显示结果表”侦听器（即，对于1个用户，它显示700个样本）如何
-
这些天我试图使用JMeter做负载测试。有一个非常令人困惑的点我不明白：分布式环境： 1。运行JMeter Server 2的3台8 CPU 16G服务器。4 CPU 8G服务器运行JMeter 3.这些服务器在同一个子网上。 线程组设置：线程数：2000爬升：0循环：10吞吐量为3000/s 另一个线程组：线程数：2000提升：1循环：10吞吐量为5000/s 另一个线程组：线程数：2000爬升
-
我为帖子的篇幅感到抱歉，但有很多事情可能会导致我的情况，我已经尝试将我根据其他帖子所做的所有设置更改包括在内。简言之，我的WCF服务似乎一次只能处理3到4个并发客户端请求。如果我将应用程序池最大工作进程数设置得更高（大约10个），或者将服务行为ConcurrencyMode设置为多个，那么吞吐量就会大大提高（快几倍）。然而，这些似乎是真正问题的解决办法，带来了他们自己的问题。是我错了，还是IIS应
-
我已经使用作为jmeter插件提供的吞吐量整形仪创建了一个最大峰值负载为5000 rpm的概要文件。 当我添加“每秒事务数”作为侦听器以分析每秒请求时。它没有显示5000rpm的峰值负载。 每秒事务侦听器是否显示吞吐量成形仪生成请求的图，或针对任何目标服务器生成的请求的实际执行图。 如何确认请求的生成达到5000 rpm的最大峰值负载？目前，我正在使用http采样器生成请求。