【JMeter】集合点Synchronizing Timer

已于 2022-03-02 10:12:45 修改
阅读量3.9k 收藏 1
点赞数 4
CC 4.0 BY-SA版权
分类专栏： # 性能工具平台 文章标签： Jmeter 集合点
于 2016-05-31 20:00:03 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/lluozh2015/article/details/51548606
本文解释了并发测试中集合点的概念及其重要性，并通过对比JMeter与LoadRunner（LR），详细介绍了如何使用JMeter的Synchronizing Timer来模拟多用户在特定时间点并发访问的情况。

在做某一个项目的并发测试时，以为在0秒时起N个线程就是一个并发的请求

在做另外一个项目并发测试才发现然而并不是这样的

有一个业务流，业务流中有接口A、接口B、接口C、接口D
现在做100个并发，即起100个线程，因为100个线程起来后，每个线程都是完成接口A后，接着进行接口B的请求，以此类推。
可以发现，因为各个线程接口A请求响应的时间不一致，故100个线程对B接口的请求并不是同一个时刻点，接口C、接口D请求的时间也并不是一个时刻点

此时，有一个性能的名词–集合点
集合点：用以同步虚拟用户，以便恰好在同一时刻执行任务

在Jmeter的定时器中，恰好有Synchronizing Timer同步计时器这个模块

这里写图片描述

LR中集合点可以设置多个虚拟用户等待到一个点，同时触发一个事务，以达到模拟真实环境下多个用户同时操作，实现性能测试的目的

Jmeter中使用Synchronizing Timer实现LR中集合点的功能，模拟多用户并发测试，即多个线程同一时刻并发请求

下面看看Jmeter的Synchronizing Timer界面

这里写图片描述

Synchronizing Timer界面有两个参数设置，Number

了解本专栏 订阅专栏 解锁全文 超级会员免费看
2，Jmeter 定时器之Synchronizing Timer（同步定时器）
zhanghenana的博客
06-29 4119
性能测试中有一个概念就是“并发”，其实在实际真是的性能测试汇总不存在真正的并发的，为了更真实的模拟一个并发测试，我们通常设置一个集合点，Jmeter中提供了一个Synchronizing Timer来实现。1，添加Synchronizing Timer 方式如下图2，Synchronizing Timer 两个参数设置（1）Number of Simulated Users to Group by...
Jmeter书中不会教你的（76）——并发的定时器Synchronizing Timer
agrapea的博客
02-24 1551
前两节讲了并行控制器，在其下的子元素都会启动一个线程同时执行。除了这个方法外，jmeter中还有一个同步定时器Synchronizing Timer，以前在loadrunner中可以称之为集合点，可以指定多个线程同时执行某一请求。简单点理解就是，如果您想让多个人同时执行一个请求，在这个请求前面加上一个Synchronizing Timer，它会等待您指定的人都到齐了一起出发。 比如说访问我的博客这个请求，线程组中number of threads设置为2，在不添加同步定时器的情况下执行 两个人出发的
Jmeter定时器
weixin_43414019的博客
12-23 1087
它可以在请求之间添加等待时间，模拟真实用户的行为，从而避免测试时所有请求被瞬间发送的情况。计时器是性能测试的重要部分，可以帮助模拟更接近真实场景的并发请求。同步定时器相当于一个储蓄池，累积一定的请求，当在规定的时间内达到一定的线程数量，这些线程会在同一个时间点一起并发，所以可以用来做大数据量的并发请求。：通过调整线程的执行频率，来维持恒定的吞吐量（即每分钟的请求数）。，即每秒钟发送三个请求，因此最终吞吐量。：为每个请求添加固定的延迟时间。，同步定时器中模拟用户组的数量为。其它的定时器，自行查阅。
jmeter之Synchronizing Timer
test_leader的博客
01-28 409
该功能类似loadrunner的集合点，一般按照jmeter的树形结构，放在需要设置集合点的请求之前，两个参数的意思，我们先看官网的解释： 大概意思就是： Number of Simulated Users to Groupby:每次释放的线程数量。如果设置为0，等于设置为线程租中的线程数量。 Timeout in milliseconds: 如果设置为0，该定时器将会等待线程数达到了"Number of Simultaneous Users toGroup"中设置的值才释放。如果大于0，那么如..
Jmeter之同步定时器（Synchronizing Timer）
weixin_48626846的博客
06-14 5391
同步定时器类似LoadRunner的集合点，作用是阻塞线程，达到指定的线程数量后，再一起释放。添加>定时器>同步定时器（Synchronizing Timer）1、模拟用户组的数量：每次释放的线程数量，即并发数。默认为0设置为0则并发数等于线程租中的线程数；设置大于0则等待达到这个数量再并发执行。2、超过时间以毫秒为单位：默认为0如果设置为0，该定时器将会等待线程数达到了"模拟用户组的数量"中设置的值才释放；设置大于0，超过设置的时间但是没达到"模拟用户组的数量"的线程数，将不再等待，释放当前的线程数。如果
jmeter ---集合点使用方法:Synchronizing Timer
weixin_34392906的博客
02-18 161
LR中集合点可以设置多个虚拟用户等待到一个点，同时触发一个事务,以达到模拟真实环境下多个用户同时操作,实现性能测试的最终目的。 jmeter中使用Synchronizing Timer实现Lr中集合点的功能，模拟多用户并发测试，即多个线程在同一时刻并发请求。 jmeter中使用集合点的方法:Synchronizing Timer 将测试元件Synchronizing Timer添加到请求之前...
【P14】JMeter 同步定时器（Synchronized Timer）
qq_45138120的博客
05-08 2884
JMeter 同步定时器（Synchronized Timer）使用说明教程
Jmeter集合点.docx
10-12
总结来说，JMeter集合点通过Synchronizing Timer实现并发请求的同步，而参数化通过CSV Data Set Config实现数据驱动测试，分布式测试则允许扩展到多台机器以应对大规模并发需求。这些技术的熟练掌握对于进行有效的...
JMeter教程|0到1学会接口性能压测第10课-JMeter集合点
最新发布
m0_60889254的博客
04-03 418
2.同步定时器仅对同一JVM中的线程有效，因此在分布式测试中不要使用，因为当JMeter分布式部署执行性能测试时，测试计划分发到不同的Slave上执行， 为了确定是否满足线程释放条件，各台Slave上的JVM需要相互通信才能确定，否则会停止等待立即释放，比如，在等待第24个线程到达定时器时，计时器时间超过2000ms了，则定 时器停止等待，立即释放到达的23个线程。若相邻两个线程到达同步定时器的时间间隔大于超时时间，即使设置的线程数的线程未全部到达，定时 器也会停止等待而释放到达的线程。
Jmeter之集合点(Synchronizing timer 同步定时器)
北大落榜生的博客
03-23 1643
1.集合点介绍 LR中集合点可以设置多个虚拟用户等待到一个点，同时触发一个事务,以达到模拟真实环境下多个用户同时操作,实现性能测试的最终目的。 jmeter中使用Synchronizing Timer实现Lr中集合点的功能，模拟多用户并发测试，即多个线程在同一时刻并发请求。 jmeter中使用集合点的方法:Synchronizing Timer。 2.集合点参数介绍 启动方法 参数介绍 ...
jmeter集合点使用方法:Synchronizing Timer
qq_28915595的博客
04-11 452
LR中集合点可以设置多个虚拟用户等待到一个点，同时触发一个事务,以达到模拟真实环境下多个用户同时操作,实现性能测试的最终目的。 jmeter中使用Synchronizing Timer实现Lr中集合点的功能，模拟多用户并发测试，即多个线程在同一时刻并发请求。 jmeter中使用集合点的方法:Synchronizing Timer 将测试元件Synchronizing Timer添加到请求之前...
（十一）jmeter-集合点---学习笔记
热门推荐
zjq001X的博客
11-09 2万+
集合点: 简单来理解一下，虽然我们的“性能测试”理解为“多用户并发测试”，但真正的并发是不存在的，为了更真实的实现并发这感念，我们可以在需要压力的地方设置集合点，每到输入用户名和密码登录时，所有的虚拟用户都相互之间等一等，然后，一起访问。 注意： 1.JMeter里面的集合点通过添加定时器来完成。 2.集合点的位置一定要在Sample(采样器）之前进行。 3.Sync
jmeter之Synchronizing Timer的理解
weixin_33675507的博客
11-06 236
该功能类似loadrunner的集合点，一般按照jmeter的树形结构，放在需要设置集合点的请求之前，两个参数的意思，我们先看官网的解释： 大概意思就是： Number of Simulated Users to Groupby:每次释放的线程数量。如果设置为0，等于设置为线程租中的线程数量。 Timeout in milliseconds:如果设置为0，该定时器将会等待线程数达到了"Numb...
JMeter 集合点设置之Synchronizing Timer的使用
huangmr的专栏
09-14 6334
Jmeter集合点是通过Synchronizing Timer这个定时器来实现的，虽然简单，但是在使用的时候需要注意一些点，下面详细说明。 1、布局设置   集合点设置之Synchronizing Timer的使用" title="JMeter 集合点设置之Synchronizing Timer的使用" height="190" width="558"> 注： 1.把Sync
【JMeter】同步定时器Synchronizing Timer集合点功能
仰望的博客
07-12 1483
LoadRunner 中有一个可以设置集合点的功能，顾名思义是设置多个虚拟用户等待到一个时间点，都到齐集合后一起发请求达到并发的目的。
jmeter的同步定时器 Synchronizing Timer
被迫营业的测试员
05-06 533
Number of Simulated Users to Group by：按组分组的模拟用户数。 timeout in milliseconds：Timout的意思是等待请求多久后，不管线程数有没有到达设置的并发数量都开始运行测试。 Timeout in milliseconds: 如果设置为0，Timer将会等待线程数达到了"Number of Simultaneous Users to Group"中设置的值才释放。也就是说，如果线程数不足集合点中设置的数，就会一直等待，需要手动stop。 如.
Synchronizing Timer
chengye4346的博客
09-10 609
性能测试中我们经常提到一个概念就是“并发”，其实在实际真实的性能测试中是不存在真正的并发的。为了更真实的模拟对一个请求的并发测试场景，我们通常设置一个集合点，JMeter中提供了这样的一个功能设置。 那么集合点的大致概念是什么呢？ 简单理解就是：设置一个阀值（请求数量），当请求数达到这个阀...
jmeter定时器---同步定时器（Synchronizing Timer）
paidaxing_dashu的博客
10-09 450
一，目录 jp@gc - Hits per Second（每秒点击量） jp@gc - Active Threads Over Time（不同时间活动用户数量展示） jp@gc - Composite Graph（混合图集） jp@gc - AutoStop Listener（自动停止监听） jp@gc - Console Status Logger（一些log的设置） 二...
Jmeter 集合点——同步定时器（Synchronizing Timer）
Buriers的博客
04-26 1035
Jmeter 集合点——同步定时器（Synchronizing Timer） 集合点的作用是，模拟用户并发发起请求，线程阻塞，达到定义的线程数发起请求 1、集合点时间=0 ，线程数>=集合数，线程可以运行，但会运行整数倍的集合数，比如8个线程数6个集合点，只会运行6个集合数，剩下的二个线程一直拥塞 2、集合点时间>0，线程数>=集合数，会按照集合点数先运行，然后等到集合点时间剩下...
JMeter 使用Synchronizing Timer功能，starttime 无法统一时间
04-01
<think>嗯，用户提到在使用JMeter的Synchronizing Timer时遇到starttime无法统一的问题。首先，我需要理解Synchronizing Timer的作用。它主要是用来让多个线程在某个时间点同时发起请求，模拟并发。用户说starttime无法统一，可能是指定时器虽然让线程同步了，但请求的实际开始时间却不一致。 接下来，我得考虑可能的原因。第一个想到的是定时器参数设置是否正确，比如同步组的线程数量是否足够。如果设置的线程数不够，可能无法达到预期的同步效果，导致部分线程提前释放。然后，检查定时器的位置是否正确，放在Sampler之后的话，可能不会起作用，应该放在Sampler之前。 另外，线程组的启动时间差异也是一个因素。比如，线程组的ramp-up时间设置过短，导致线程启动时间不一致，影响同步效果。还有系统资源的问题，比如CPU或内存不足，可能导致线程调度延迟，使得即使同步了，实际执行仍有差异。 然后，用户可能需要解决方案。比如调整同步组的大小，正确放置定时器，增加ramp-up时间，确保系统资源充足，或者结合其他定时器如Constant Throughput Timer来控制请求速率。此外，检查是否有其他定时器或逻辑控制器干扰，以及使用监听器来记录结果，帮助分析问题。 还要考虑用户是否在分布式测试中遇到问题，这时候需要确保所有节点时间同步。可能用户没有考虑到这一点，导致不同机器的时间不一致，影响starttime的统一。最后，建议用户查看日志和结果树，确认请求时间戳，进一步验证问题所在。 总结下来，需要分步骤排查参数设置、定时器位置、线程组配置、系统资源、分布式环境等因素，逐一排除可能的原因，并提供相应的调整建议。同时，提醒用户正确使用监听器工具来辅助分析，确保问题能够被准确定位和解决。</think>### JMeter中Synchronizing Timer的`starttime`无法统一时间问题解析 #### 1. **Synchronizing Timer的作用** Synchronizing Timer（同步定时器）主要用于模拟用户并发请求。它的核心功能是**阻塞线程，直到达到指定数量的线程集合点**，再一次性释放这些线程，实现高并发的测试场景。 #### 2. **`starttime`不一致的常见原因** 若发现使用Synchronizing Timer后请求的`starttime`（实际发起请求的时间戳）未统一，可能是以下原因导致： - **定时器参数配置问题** - **同步组线程数（Number of Simulated Users to Group by）**： 若设置的线程数小于实际线程组的总线程数，会导致部分线程提前释放，无法完全同步。 $$ \text{同步条件：累计等待线程数} \geq \text{设定值} $$ - **超时时间（Timeout in milliseconds）**： 若超时时间过短，可能未等到足够线程到达集合点，导致部分线程超时后单独释放。 - **定时器位置错误** Synchronizing Timer需**放置在线程组内Sampler的上方**。若放置在Sampler下方，定时器不会生效。 - **线程组启动时间差异** 线程组的`ramp-up`时间（逐步启动线程的时间）设置过短，可能导致部分线程未完成初始化就被释放。 - **系统资源限制** 硬件资源（CPU、内存）不足或JMeter配置不当，可能导致线程调度延迟，影响同步精度。 #### 3. **解决方案** - **调整同步组线程数** 确保`Number of Simulated Users to Group by`值**等于或略大于实际并发线程数**。例如，若需要模拟100并发，可设置为100。 - **合理设置超时时间** 根据测试场景调整`Timeout`值。建议设置为： $$ \text{Timeout} \geq \text{线程组ramp-up时间} + \text{单请求最大响应时间} $$ - **检查定时器位置** 确保Synchronizing Timer**直接位于HTTP请求的上方**，逻辑顺序如下： ``` 线程组 └── Synchronizing Timer └── HTTP请求 ``` - **优化线程组配置** - 设置合理的`ramp-up`时间（如100线程设置10秒，避免瞬时启动压力）。 - 禁用不必要的监听器（如View Results Tree），减少内存占用。 - **验证系统资源** - 使用`top`（Linux）或资源监视器（Windows）监控CPU/内存使用率。 - 调整JMeter启动参数（`JVM_ARGS`），例如： ```bash JVM_ARGS="-Xms2g -Xmx4g" ./jmeter.sh ``` - **分布式测试注意事项** 若使用多台机器进行分布式测试： 1. 确保所有机器时间同步（使用NTP服务）。 2. 在每台Slave机器上启动JMeter Server： ```bash ./jmeter-server -Djava.rmi.server.hostname=slave_ip ``` #### 4. **调试方法** - **添加监听器** 使用`View Results Tree`或`Aggregate Report`查看请求的实际`starttime`。 - **日志分析** 启用JMeter调试日志（修改`log4j2.xml`）： ```xml <Logger name="org.apache.jmeter.timers.SynchronizingTimer" level="debug" /> ``` - **代码级验证** Synchronizing Timer的实现逻辑是调用`org.apache.jmeter.timers.SynchronizingTimer`，可通过源码确认阻塞逻辑。 #### 5. **替代方案** 若仍无法解决时间同步问题，可尝试： - 使用`Constant Throughput Timer`控制请求速率。 - 结合`JSR223 Timer`编写自定义同步逻辑。 #### 总结 Synchronizing Timer的同步精度受**配置参数、硬件资源、测试架构**多重因素影响。建议通过逐步调整参数、监控资源、验证请求时间戳的方式定位问题根源。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

sysu_lluozh

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值