jmeter之jp@gc - Permon Metrics Collector插件使用

本文介绍了如何使用jmeter进行性能测试,包括压力测试、稳定性测试、基准测试和负载测试。重点讲解了如何利用jp@gc - Permon Metrics Collector插件收集服务器内部指标,如CPU、内存等,并解决常见问题,如连接不上、端口占用等。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

什么是性能测试?

压力测试:强调极端暴力
稳定性测试:在一定压力下,长时间运行的情况
基准测试:在特定条件下的性能测试
负载测试:不同负载下的表现
容量测试:最优容量

外部指标,主要关注如下指标:吞吐量,响应时间,错误率

  • 吞吐量:每秒钟系统能够处理的请求数、任务数。
    吞吐量的指标受到响应时间、服务器软硬件配置、网络状态等多方面因素影响。
    1.吞吐量越大,响应时间越长。
    2.服务器硬件配置越高,吞吐量越大。
    3.网络越差,吞吐量越小。
    一个系统的吞度量(承压能力)与request对CPU的消耗、外部接口、IO等等紧密关联。
    单个reqeust 对CPU消耗越高,外部系统接口、IO影响速度越慢,系统吞吐能力越低,反之越高。
    系统吞吐量几个重要参数:QPS/TPS、并发数、响应时间
    QPS(TPS)= 并发数/平均响应时间

     一个系统吞吐量通常由QPS(TPS)、并发数两个因素决定,每套系统这两个值都有一个相对极限值,在应用场景访问压力下,只要某一项达到系统最高值,系统的吞吐量就上不去了,如果压力继续增大,系统的吞吐量反而会下降,原因是系统超负荷工作,上下文切换、内存等等其它消耗导致系统性能下降。
    
  • 响应时间:服务处理一个请求或一个任务的耗时
    响应时间的指标取决于具体的服务 ,应从均值、.90、.99、分布等多个角度统计,而不仅仅是给出均值。

  • 错误率:一批请求中结果出错的请求所占比例。

内部指标,从服务器的角度看,主要关注CPU、内存、服务器负载、网络、磁盘IO等
Linux系统的CPU主要有如下几个维度的统计数据
us:用户态使用的cpu时间百分比
sy:系统态使用的cpu时间百分比
ni:用做nice加权的进程分配的用户态cpu时间百分比
id:空闲的cpu时间百分比
wa:cpu等待IO完成时间百分比
hi:硬中断消耗时间百分比
si:软中断消耗时间百分比

外部指标可以利用jmeter的聚合报告查看,内部指标可以利用jmeter的plugins插件

如何利用jmeter做压力测试

一 下载jmeter,此处不在赘述
二 安装plugins插件
1.下载三个文件,其中JMeterPlugins-Standard和JMeterPlugins-Extras是客户端的,ServerAgent是

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值