监听器之jp@gc详解

一、jp@gc - Actiive Threads Over Time 不同时间活动用户数量展示

下面是一个阶梯加压测试的图标

 

 

二、jp@gc - Transactions per Second ,即TPS:每秒事务数

性能测试中,最重要的2个指标之一。该插件的作用是在测试脚本执行过程中,监控查看服务器的TPS表现————比如整体趋势、实时平均值走向、稳定性等。

 

 

三、jp@gc - Response Times Over Time,即TRT:事务响应时间

性能测试中,最重要的两个指标的另外一个。该插件的主要作用是在测试脚本执行过程中,监控查看响应时间的实时平均值、整体响应时间走向等。

 

四、jp@gc - PerfMon Metrics Collector,即服务器性能监控数据采集器

在性能测试过程中,除了监控TPS和TRT,还需要监控服务器的资源使用情况,比如CPU、memory、I/O等。该插件可以在性能测试中实时监控服务器的各项资源使用。

下面内容转自:https://www.jianshu.com/p/0e632bd2caf7

1、服务器端

(1)下载ServerAgent,把下载的ServerAgent-2.2.*.zip复制到服务器端,解压即可
(2)windows的服务器,运行文件夹中的startAgent.bat即可,linux的服务器是运行startAgent.sh(需要jar环境支持,没有安装的自行安装)

(3)服务器端使用方法

运行startAgent.sh/bat启动ServerAgent,默认是使用4444的TCP/UDP端口,若需要指定端口,如1234则添加如下参数:
./startAgent.sh --udp-port 0 --tcp-port 1234 0代表不开启该端口
出现如下提示则表示已经正常开启

 

ServerAgent正常启动

 

2、客户端(Jmeter端)

(1)随便添加一个HTTP请求的sampler,把线程组设为无限循环
(2)添加“jp@gc - PerfMon Metrics Collector”监听器
(3)添加要监控的项目,如CPU、内存等,一行选择一种

 

添加监听项

 

(4)最后运行jmx测试计划就行啦

碰到的几个坑

网上相关的教程其实很多了,写这篇主要还是记录一下自己碰到的坑吧,前几天一直连接不上,搜了几天都没找到解决办法。。。这里就给需要的人参考一下

我的测试环境——客户端:win10(64位),服务端:Ubuntu Server 16.04(64位)

1、网上包括官方教程都有说开启服务端后,要在客户端telnet一下确定是否连上,但我这里用telnet一直都是连接中,不知道是不是个例。虽然telnet一直是连接中,不过Jmeter插件还是可以正常连上并返回监控数据的,所以如果测试时看到telnet卡在连接中,先直接在Jmeter插件中测试吧。

2、telnet跟Jmeter中都提示连接超时(Jmeter报错ERROR: java.net.ConnectException: Connection timed out: connect serveragent),如果服务端已经正常启动ServerAgent,而且端口也在正常监听,一般就是client-server的通讯问题,检查两个地方:一是服务端的防火墙,二如果是不在同一个网段,还需要检查一下路由器中的端口有没有被占用。

最开始我在本机和虚拟机中的服务器中测试,发现死都telnet超时,检查服务器端口没有被占用,服务器自身telnet也是正常,网上搜的基本都是说改端口,试了没用。后来又查了下防火墙设置,最开始以为是iptables,结果根本就没装,后面才发现Ubuntu自带的是ufw...关掉后就正常了,也是坑

虚拟机连接测试OK后,就试着连阿里云的测试服务器了,一样设置ufw防火墙后,发现又连不上= =,这次是真的找不到原因了,请教运维同事,查了一天才查到原来是路由器上的4444端口被占用了。。。真是坑大了,服务端重新开启ServerAgent指定另一个端口后,连接终于正常了。。。

  • 4
    点赞
  • 23
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: Active Over Time是JMeter的一个监听器,用于显示在测试期间线程数的变化情况。如果您要在多台负载用户下使用它,您需要执行以下步骤: 1. 在所有机器上安装JMeter 2. 创建一个线程组,并为每个机器分配一个线程数 3. 将所有线程组放在一个测试计划中 4. 添加Active Threads Over Time监听器 5. 运行测试计划 在运行测试计划时,Active Threads Over Time监听器将显示所有机器上的线程数变化情况。您可以使用此数据分析测试的性能,并确定是否需要进行优化或添加更多的资源。 ### 回答2: jmeter - jp@gc - Active Threads Over Time(多台负载用户)是一个用于测试负载和压力的工具。它可以模拟多台用户同时访问一个系统,并且可以对系统进行性能测试和压力测试。 这个插件使用Active Threads Over Time图表来展示时间轴上的活动线程数。活动线程数表示同时活动的用户数量。图表的横轴是时间,纵轴是活动线程数。通过观察图表,我们可以了解系统在不同时间段的负载情况。 这个插件的使用非常简单。首先需要在jmeter中安装jp@gc插件。然后在测试计划中添加jp@gc - Active Threads Over Time监听器。在监听器的配置界面,可以设置线程组的数量和线程数,以及图表的更新间隔。 当我们运行测试计划时,插件会实时记录并展示活动线程数的变化。我们可以根据图表中的波动和峰值,来分析系统的负载情况和压力水平。如果图表显示线程数持续增加并达到饱和状态,说明系统可能存在性能瓶颈。如果图表显示线程数波动较大,说明系统在负载下的稳定性较差。这些信息可以帮助开发人员和测试人员进行性能优化和系统调优。 总的来说,jmeter - jp@gc - Active Threads Over Time(多台负载用户)是一个非常有用的工具,可以帮助我们进行负载和压力测试,并提供实时的负载情况展示。它能帮助我们了解系统的性能状况,为系统的优化提供有价值的数据支持。 ### 回答3: JMeter是一款功能强大的负载测试工具,可用于模拟多台用户同时访问网站或应用程序。JP@gc Active Threads Over Time是JMeter的一个插件,用于监测测试期间的活动线程数。该插件提供了一个图表, 显示了测试的持续时间范围内并行运行的线程数。 在使用JMeter进行负载测试时,可以通过JP@gc Active Threads Over Time插件来查看活动线程的变化情况。活动线程数反映了同时并发访问网站或应用程序的用户数量。 通过该插件,可以直观地了解并监测测试期间的负载情况。图表上的横坐标代表时间,纵坐标代表活动线程数量。随着时间的推移,图表上的线条会随着活动线程的增加或减少而变化。 通过观察图表,可以了解在不同时间段内的活动线程数峰值和谷值,以及线程数的变化趋势。根据这些数据,可以评估系统的负载能力和性能指标,以确定系统是否能够处理大量的并发用户请求。 JP@gc Active Threads Over Time插件还可以与其他JMeter插件或功能一起使用,比如分布式测试,从而扩展测试的能力,模拟更多台用户的并发访问。 综上所述,JMeter的JP@gc Active Threads Over Time插件是一个重要的负载测试监测工具,它能够帮助我们更好地了解测试期间的活动线程数变化,以评估系统的负载能力和性能指标。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值