【JMeter】 使用Synchronizing Timer设置请求集合点，实现绝对并发

合集 - 性能测试(10)

1.【Docker】性能测试监控平台搭建：InfluxDB+Grafana+Jmeter+cAdvisor2018-12-112.【Python】万字长文，Locust 性能测试指北2023-07-083.【Python】Locust持续优化：InfluxDB与Grafana实现数据持久化与可视化分析2023-07-104.【测试设计】性能测试工具选择：wrk？jmeter？locust？还是LR？2018-03-315.【Python】从同步到异步多核：测试桩性能优化，加速应用的开发和验证2023-07-166.【locust】使用locust + boomer实现对接口的压测2019-09-057.【性能测试】关于系统用户数，并发用户数，在线用户数，吞吐量2018-03-27

8.【JMeter】 使用Synchronizing Timer设置请求集合点，实现绝对并发2018-03-22

9.【Jmeter】压测mysql数据库中间件mycat2018-03-0210.【性能测试】性能数据采集工具nmon安装使用及报告参数含义详解2017-06-05

收起

阅读目录

• 布局设置说明
• 集合点作用域
• 实际运行

---

欢迎转载，也请在明显位置注明出处 ：https://www.cnblogs.com/Detector/p/8622935.html 谢谢！

布局设置说明

参数说明：

Number of Simulated Users to Group

每次释放的线程数量。如果设置为0，等同于设置为线程租中的线程数量。

Timeout in milliseconds

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

使用时需要注意的点

• 如果设置Timeout in milliseconds为0，且线程数量无法达到"Number of Simultaneous Users to Group by"中设置的值，那么Test将无限等待，除非手动终止。

• Synchronizing timer 仅作用于同一个JVM中的线程,所以，如果使用并发测试，确保"Number of Simultaneous Users to Group by"中设置的值不大于它所在线程组包含的用户数。

（原文：Synchronizing timer blocks only within one JVM, so if using Distributed testing ensure you never set "Number of Simultaneous Users to Group by" to a value superior to the number of users of its containing Thread group considering 1 injector only）

集合点作用域

• Synchronizing Timer是在每个sampler（采样器）之前执行的，而不是之后，不管这个定时器的位置放在sampler之后，还是之前，如下，执行HTTP请求1和HTTP请求2前都会执行同步定时器

• 作用域：当执行一个sampler之前时，和sampler处于相同作用域的定时器都会被执行；

• 如果希望定时器仅应用于其中一个sampler，则把该定时器作为子节点加入

定时器仅仅对HTTP请求2起作用，即仅在HTTP请求2执行前执行定时器，和HTTP请求1无关

实际运行

如上，添加相关请求，结果树等，进行必要设置后，运行查看效果

通过结果树可以看到，请求是批量执行的，其中有两个请求在集合点超时之后运行

点击右上角的感叹号可以查看运行日志，可以看到集合点等待超时的warning日志