无法通过运行Jmeter脚本来实现预期的吞吐量，因为预期的吞吐量更多，但却非常少
无法通过运行Jmeter脚本来实现预期的吞吐量，因为预期的吞吐量更大，但得到的却非常少。
以每秒1000个请求（业务SLA）为目标运行Jmeter脚本，因此使用了“恒定吞吐量定时器”或“吞吐量整形定时器”，如下面的查询所建议的。
- 恒定吞吐量计时器：目标-60,000/分钟（60秒）-所有活动线程，线程（用户）-200上升-1秒，持续时间：1小时。或用户-2000或尝试使用10,000个用户。
结果：结束执行，吞吐量为50秒，平均响应时间为50秒。
JMeter：测试5个用户，增加1小时触发10,000个请求的场景
无法增加jmeter中的平均吞吐量
在这两种情况下，“吞吐量”约为50秒，平均响应约为30秒。
当查看服务器指标时，CPU和内存消耗非常少，仅为3%左右。
在得到套接字异常一段时间后，连接重置问题出现在Jmeter正在运行的地方，但在服务器端没有看到任何故障。
在这里进行了类似的查询，但无法理解何时服务器资源使用不多，并且根据服务器平台SLA，它支持1000 RPS，但无法通过JMeter实现。
根据CTT计算:RPS*/1000
1000*50000/1000=50000（应该给出最多50K的线程？但是我们的SLA只适用于200个用户）。
共有1个答案
- 可能是您的服务器响应速度不够快。低CPU和内存消耗意味着服务器有足够的空间，但是应用程序服务器的配置可能不正确，因此服务器不能充分利用它的硬件资源。另一个原因可能是应用程序代码中使用的算法效率低下，您可以使用探查器工具查看执行加载时发生了什么
- 可能是JMeter发送请求的速度不够快。确保运行JMeter的机器没有过载，以非GUI模式运行JMeter测试，并且通常遵循JMeter最佳实践。您还可以尝试在分布式模式下运行JMeter，以防一台计算机无法创建所需的负载。
-
我为帖子的篇幅感到抱歉，但有很多事情可能会导致我的情况，我已经尝试将我根据其他帖子所做的所有设置更改包括在内。简言之，我的WCF服务似乎一次只能处理3到4个并发客户端请求。如果我将应用程序池最大工作进程数设置得更高（大约10个），或者将服务行为ConcurrencyMode设置为多个，那么吞吐量就会大大提高（快几倍）。然而，这些似乎是真正问题的解决办法，带来了他们自己的问题。是我错了，还是IIS应
-
我希望达到每秒7.6个请求的吞吐量。我使用的是bzm-并发线程组，具有反馈功能和吞吐量成形计时器，如下所示。请忽略删除的线程组。它们被禁用，不由Jmeter执行。 当我从命令行运行脚本时，它显示的日志如下 在日志文件中，它提到： 在并发线程组中，我将带有反馈函数的目标并发定义为${{uu tstFeedback（tst name，1100,30）} 这里，1和100是开始线程和允许的最大线程数，3
-
在我的测试计划中，我有24个吞吐量控制器，它们的执行率不同，最小的是1%。10个不同的吞吐量控制器有1%的执行率。每个吞吐量控制器下面都有许多事务控制器。当我运行一个测试1小时时，在某些最小百分比吞吐量控制器下定义的采样器甚至不会执行一次。我已经确保所有24个吞吐量控制器的总数增加到100%。如何确保在所有吞吐量控制器上定义的所有采样器至少执行一次？ 对于吞吐量最少的控制器，我将其更改为“Tota
-
我已经将线程数和上升时间设置为1/1，我正在从data.csv迭代我的1000条记录1800秒。现在给出数字，我已经设置了CTT，恒定时间吞吐量为每分钟2000，我预计平均吞吐量2000/60 = 33.3 /sec，但我得到18.7/秒，当我将吞吐量提高到4000/60时，我仍然得到18或19/秒。
-
汇总报告中最后一行显示的总吞吐量是否正确？我使用的是Jmeter 2.11 有人能帮我一下吗？
-
来自AWS Lambda常见问题解答： Q： 我一次可以执行的AWS Lambda函数的数量是否有限制？ 不需要。AWS Lambda旨在并行运行多个函数实例。然而，AWS Lambda的默认安全限制为每个区域每个帐户100次并发执行。如果您希望提交请求以增加100次并发执行的限制，您可以访问我们的支持中心，单击“打开新案例”，然后提交服务限制增加请求。 Q： 如果我的帐户超过并发执行的默认限制，