【JMeter】【压测】JMeter中的绝对并发和相对并发

 

• 相对并发与绝对并发的概念

相对并发：指在一个时间段内发生的事情

绝对并发：指在同一时刻发生的事情

 

• 相对并发

在jmeter的测试计划中添加线程组，设置线程属性，2秒之内启动10个线程，其对应的相对并发为5（线程数/启动时间），在没有添加其他逻辑控制器或定时器的情况下，线程属性中设置循环次数为3次，则sampler总共执行30次（线程数*循环次数）

使用表格察看运行结果：每个线程都会运行3次 

• 绝对并发

jmeter又如何实现绝对并发的呢？一般采用同步定时器（Synchronizing Timer）实现绝对并发，也就是同一个时刻达到了某一集合点才发出请求。

举个例子：将一筐的鸡蛋共188个，全部分发在容量为10的蛋托上，当蛋托上凑上10个便可以打包售卖。这里的188个鸡蛋就相对于jmeter中的线程数（用户数），容量10就是集合点数，即绝对并发数，剩下的8个鸡蛋无法构成集合点数，可设置超时时间不再等待聚积成10个。

注意：使用同步定时器做性能测试时，聚合报告中的响应时间一般会大于接口真实的响应时间，可以通过其他的监控工具查看接口真实的响应时间

 

将Synchronizing Timer放在对应的sampler下，

Number of Simultaneous Users to Group by：集合点数，集合到对应的用户量才发送请求，要求设置的值不能大于线程数

Timeout in milliseconds：等待超时时间，在指定的毫秒时间内没达到集合点数将停止等待（并非终止运行），

默认值为0表示无超时时间，一般超时时间> 请求集合数量 * 1000 / (线程数 / 启动时间)

 

1. 设置集合点数：2，超时时间>2*1000/(10/2)=400ms

运行

2.设置集合点数：7，超时时间：0

运行结果：剩下2个请求，无法构成7个集合数，导致一直等待。点击stop剩下2个请求运行后结束执行 

3.设置集合点数：7，超时时间：1500 

运行：剩下2个请求，无法构成7个集合数，通过日志可以看到等待时间超过了1500ms，执行这两个请求后将终止运行 

4.设置集合点数：20>10（线程数），超时时间0，将无法发送请求。点击stop会将30次请求全部执行，并不能按20个绝对并发执行 

 

摘自：https://www.cnblogs.com/lucky-happy/p/10537993.html

jmeter之Synchronizing Timer的理解，摘自：https://www.cnblogs.com/qiaoyeye/p/7794774.html

Number of Simulated Users to Groupby:每次释放的线程数量。如果设置为0，等于设置为线程租中的线程数量。

Timeout in milliseconds:
如果设置为0，该定时器将会等待线程数达到了"Number of Simultaneous Users toGroup"中设置的值才释放。如果大于0，那么如果超过Timeout inmilliseconds中设置的最大等待时间(毫秒为单位)后还没达到"Number of Simultaneous Users toGroup"中设置的值，Timer将不再等待，释放已到达的线程。默认为0

 

注意：

1. 上面两个参数如果都设置了值，则在实际中是哪个条件先达到，定时器先执行哪个，如第一个参数释放线程数量先达到，则不会管超时时间的值，timer会释放；如果第二个参数超时时间先达到，则不会再等线程数量，按照目前超时的时间点集合的线程数，timer释放。

2. 一般设置超时时间要么是0，要么超时时间 > 请求集合数量 * 1000 / (线程数 / 线程加载时间)。如下面的场景：请求集合数量=100，线程数=100，加载时间=10，根据上面的图请求集合数量=100，那么超时时间要>（100*1000/100/10=100）。