为什么Jmeter吞吐量整形计时器允许的请求数量超过配置的数量？

Question

我在JMeter测试中配置了吞吐量整形计时器，以在Ultimate Thread Group运行500个线程时将RPS限制为50。我使用“ jp @ gc-Transactions per Second”侦听器监视测试。我可以看到许多实例，其中侦听器显示> 50 TPS。不知道我的测试配置是否错误。有人可以请教吗？

我的目标是使用CSV文件中的500组数据通过50个并发命中来测试我的API。因此，我使用'jp @ gc-Ultimate Thread Group'运行500个线程-每个线程从csv读取1个数据行。为了将并发请求限制为50个，我使用的是将“ jp @ gc-吞吐量整形计时器”设置为50 rps 。我在测试片段中有一个beanshell，1个HTTP请求和一个后处理器。

我不希望看到图3中所示的尖峰。一切都应限制为50 RPS。

我正在将Jmeter 3.0与Java 1.8和Windows 7一起使用。