标签：RPS jp Timer TPS 吞吐量 Throughput 设置 线程

本文参考了：https://www.cnblogs.com/yagao/p/12614175.html

Throughput Shaping Timer 是用来控制吞吐量的定时器，通过延缓线程运行来整体控制取样器产生的RPS。

实际使用中：

1. 可以通过设置在不同吞吐量分别持续一段时间，考察系统在不同吞吐量情况下的稳定性

2. 可以通过设置随着时间持续增加的吞吐量，来探测系统吞吐量的的极限

举个例子：

1. 首先，创建一个线程组，这里我把线程数暂且设置为200，循环勾选为永远。在文章末尾解释为什么这样设置

 2. 在线程组内增加一个HTTP请求，这里以百度举个例子

 3. 加入Throughput Shaping Timer 定时器，设置起始终止RPS和持续时间，这里我采用了持续增加的方式

 4. 加入一个TPS监听器并执行测试看看效果，如下图所示： 随着时间的增加RPS逐步提升，实际的TPS也随之线性增长，说明目前还没有到服务器的极限

注意：

 End RPS 设置了RPS 上限，但要达到此值是需要线程（虚拟用户〉来执行的，所以我们先要预设够多的线程，不然RPS目标没法达到，JMeter 线程组在运行过程中是不会自动增加线程数的，只能一次性设置。下面有个计算线程数的公式。

比如一个请求响应时间为2秒，END RPS 为30，那么线程数：2*30=60 C响应时间＊TPS）。即大约要60个线程， 考虑到运行时诸多影响因素（线程数增加后响应时间增加了）， 我们还需要预备更多的线程，也许我们加到70个线程才能满足要求，这只是一个估算值。不用担心线程数太多时RPS 会超End RPS， 此元件会自动延迟线程的运行来稳定RPS。

标签：RPS,jp,Timer,TPS,吞吐量,Throughput,设置,线程
来源： https://www.cnblogs.com/ryan255/p/14406789.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。