【压力测试 1】JMeter压力测试、Linux中CPU占用率分析,2024年最新2024-2024历年华为跳动Linux运维面试真题解析

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

jmeter本身的安装包中,监视器虽然提供了比如聚合报告这种元件,也能提供一些实时的数据,但相比于要求更高的性能测试需求,就稍显乏力。

某次压力测试TPS变化展示图:

三、Response Times Over Time


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

使用方法如上,下载安装配置好插件之后,重启jmeter,添加该监视器,即可实时看到实时的TRT数值及整体表现。

某次压力测试TRT变化展示图:

四、PerfMon Metrics Collector


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

下载地址:http://jmeter-plugins.org/downloads/all/或链接:http://pan.baidu.com/s/1skZS0Zb 密码:isu5

下载界面如下:

其中JMeterPlugins-Standard和JMeterPlugins-Extras是客户端的插件,ServerAgent是服务端的插件。

下载成功后,复制JmeterPlugins-Extras.jar和JmeterPlugins-Standard.jar两个文件,放到jmeter安装文件中的lib/ext中,重启jmeter,即可看到该监视器插件。

将ServerAgent-2.2.1.jar上传到被测服务器,解压,进入目录,Windows环境,双击ServerAgent.bat启动;linux环境执ServerAgent.sh启动,默认使用4444端口。

如出现如下图所示情况,即表明服务端配置成功:

1、服务端启动校验

CMD进入命令框,观察是否有接收到消息,如果有,即表明ServerAgent成功启动。

2、客户端监听测试

给测试脚本中添加jp@gc - PerfMon Metrics Collector监听器,然后添加需要监控的服务器资源选项,启动脚本,即可在该监听器界面看到资源使用的曲线变化。如下图所示:

在脚本启动后,即可从界面看到服务器资源使用的曲线变化,Chart表示主界面显示,Rows表示小界面以及不同资源曲线所代表的颜色,Settings表示设置,可选择自己需要的配置。

PS:注意测试脚本需要持续运行一段时间,才可以看到具体的曲线变化,否则ServerAgent端会断开连接!

五、线程组


1、线程数:表示启动的线程数,也就是并发的数量。

2、Ramp-Up Period:表示1秒内启动1个线程,默认为0,表示程序启动后,立即开启1个线程,设置太大或太小都不是很好,设置的最佳值,Ramp-Up Period = 线程数/吞吐量。

3、循环次数:表示每个线程要发送多少次请求。

4、调度器:顾名思义,持续时间如果设置为60,表示持续1分钟,通常循环次数和调度器设置一个即可。

六、添加HTTP请求


一个HTTP请求有着许多的配置参数,下面将详细介绍:

1、名称:本属性用于标识一个取样器,建议使用一个有意义的名称。

2、注释:对于测试没有任何作用,仅用户记录用户可读的注释信息。

3、服务器名称或IP :HTTP请求发送的目标服务器名称或IP地址。

4、端口号:目标服务器的端口号,默认值为80 。

5、协议:向目标服务器发送HTTP请求时的协议,可以是http或者是https ,默认值为http 。

6、方法:发送HTTP请求的方法,可用方法包括GET、POST、HEAD、PUT、OPTIONS、TRACE、DELETE等。

7、Content encoding :内容的编码方式,默认值为iso8859

8、路径:目标URL路径(不包括服务器地址和端口)

9、自动重定向:如果选中该选项,当发送HTTP请求后得到的响应是302/301时,JMeter 自动重定向到新的页面。

10、Use keep Alive : 当该选项被选中时,jmeter 和目标服务器之间使用 Keep-Alive方式进行HTTP通信,默认选中。

11、Use multipart/from-data for HTTP POST :当发送HTTP POST 请求时,使用Use multipart/from-data方法发送,默认不选中。

12、同请求一起发送参数 : 在请求中发送URL参数,对于带参数的URL ,jmeter提供了一个简单的对参数化的方法。用户可以将URL中所有参数设置在本表中,表中的每一行是一个参数值对(对应RUL中的 名称1=值1)。

13、同请求一起发送文件:在请求中发送文件,通常,HTTP文件上传行为可以通过这种方式模拟。/14、从HTML文件获取所有有内含的资源:当该选项被选中时,jmeter在发出HTTP请求并获得响应的HTML文件内容后,还对该HTML进行Parse 并获取HTML中包含的所有资源(图片、flash等),默认不选中,如果用户只希望获取页面中的特定资源,可以在下方的Embedded URLs must match 文本框中填入需要下载的特定资源表达式,这样,只有能匹配指定正则表达式的URL指向资源会被下载。

15、用作监视器:此取样器被当成监视器,在Monitor Results Listener 中可以直接看到基于该取样器的图形化统计信息。默认为不选中。

16、Save response as MD5 hash:选中该项,在执行时仅记录服务端响应数据的MD5值,而不记录完整的响应数据。在需要进行数据量非常大的测试时,建议选中该项以减少取样器记录响应数据的开销。

七、系统吞吐量 QPS(TPS)


系统吞吐量 = 每秒处理的事务数

QPS(TPS)= 并发数/平均响应时间

一个系统吞吐量通常由QPS(TPS)、并发数两个因素决定,每套系统这两个值都有一个相对极限值,在应用场景访问压力下,只要某一项达到系统最高值,系统的吞吐量就上不去了,如果压力继续增大,系统的吞吐量反而会下降,原因是系统超负荷工作,上下文切换、内存等等其它消耗导致系统性能下降。

八、聚合报告


我认为聚合报告应该是JMeter压力测试软件中最重要的报告。

1. #Samples:样本数,如果你看过上一篇,这个就是前面我们那个公式算出来的结果

(Loop Count(Loop Controler)*Number of Threads*Loop Count(group))

2. Average:平均响应时间。

3. Median:中位数,50%用户响应时间。

4. Line:90%用户响应时间。

5. Min:最小响应时间。

6. Max:最大响应时间。

7. Error%:本次测试中出现错误的请求的数量/请求的总数

8. Throughput:吞吐量,表示每秒完成的请求数。

9. KB/Sec:每秒从服务器端接收到的数据量(只是接收)。

九、Linux查看程序运行情况


1、Top

top命令是Linux下常用的性能分析工具,能够实时显示系统中各个进程的资源占用状况,类似于Windows的任务管理器。

top显示系统当前的进程和其他状况,是一个动态显示过程,即可以通过用户按键来不断刷新当前状态.如果在前台执行该命令,它将独占前台,直到用户 终止该程序为止. 比较准确的说,top命令提供了实时的对系统处理器的状态监视.它将显示系统中CPU最“敏感”的任务列表.该命令可以按CPU使用.内存使用和执行时间 对任务进行排序;而且该命令的很多特性都可以通过交互式命令或者在个人定制文件中进行设定。

在linux系统中,top命令可谓是分析系统性能最方便的工具,而且top还是个交互式工具;通过top命令可以清楚地了解到正在执行的进程信息包括进程ID,内存占用率,CPU占用率等。其实就跟window的任务管理器类似。

2、查看CPU使用率

sar -u 1 5

表示每1秒采集一次,共采集5次。

这个命令可根据实际线程组中的设置,进行CPU使用率方面的查看。

[root@sss ~]# sar -u 1 5

Linux 3.10.0-957.10.1.el7.x86_64 (izuf633l0ge76tv5mzalpmz) 04/16/2019 x86_64 (1 CPU)

04:56:03 PM CPU %user %nice %system %iowait %steal %idle

04:56:04 PM all 0.00 0.00 0.00 0.00 0.00 100.00

04:56:05 PM all 0.00 0.00 0.00 0.00 0.00 100.00

04:56:06 PM all 0.99 0.00 0.99 0.00 0.00 98.02

04:56:07 PM all 0.00 0.00 0.00 0.00 0.00 100.00

04:56:08 PM all 0.00 0.00 0.00 0.00 0.00 100.00

Average: all 0.20 0.00 0.20 0.00 0.00 99.60

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Linux运维工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Linux运维全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Linux运维知识点,真正体系化!

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以添加VX:vip1024b (备注Linux运维获取)
img

mg-gRKWqoJh-1713039404442)]
[外链图片转存中…(img-L0z1NX4E-1713039404443)]
[外链图片转存中…(img-97riEq3F-1713039404443)]

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Linux运维知识点,真正体系化!

由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新

如果你觉得这些内容对你有帮助,可以添加VX:vip1024b (备注Linux运维获取)
[外链图片转存中…(img-xaJWbccs-1713039404443)]

  • 20
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
2020QECon 全球软件质量和效能大会(上海站)PPT汇总,共63份。 20209月4日-5日,首届QECon 全球软件质量&效能大会在上海召开。QECon全球软件质量&效能大会,规划了一个主会场和多个分会场:云原生工程/质量台、AI/大数据测试、工程效能、质量保障与管理、测试自动化、需求工程与用户体验、性能测试、架构与代码质量/重构、效研发体系(Agile/DevOps)、App测试、混沌工程与可靠性、安全测试、数字化转型等。 基于模型的测试技术在移动互联网系统测试的应用 业务覆盖率的探索和实践 需求管理方法与实践 PerfDog性能之路 分布式场景下“超级终端”体验测试实践 华为鸿蒙分布测试框架建设之路 再访深度链接-移动端测试之虫洞 avd容器化在携程的规模化应用实践 数字化转型时代的工程管理效能提升之路 打造聚能环:可用服务端的质量保障体系 服务端业务测试效测试之路 漏洞发展趋势 UI自动化测试稳定与效率提升之美 如何通过企业级业务架构方法提升B端软件开发效能 以一当十:效引流自动Diff助力业务快速迭代 图像匹配方法在app界面自动化测试的应用 云原生应用全自动化渐进式交付的gitops实践分享 通科技信息安全质量保障实践 机器学习平台的测试实践 面向异构数据源的实时数据测试与熔断服务_0902 百万级流量无人值守全链路压测实践 数字经济时代的安全认知与保障 从灾难注入到混沌工程,传统测试转型之道 测试右移基于大数据的线上智能测试 自动化测试到精益测试之三板斧 微服务架构下质量保障的最后一公里 基于SpringBoot的效模板化自动化测试框架 AI时代,测试管理工具的重构与创新之路 学而思网校质量全局化部署 洞见TDD-理论与实践 京东618双11+全链路压测的实践之路脱敏版 传统型测试团队的质效提升之路 打开研发管理黑盒:以深度代码分析驱动研发效能 软件工程分析:驱动软件开发的下一个十 小红书混沌平台实践 研发效能建设的最佳实践与探索 研发效能进化论-从混沌到有序的破局之道 国际数字化转型行业最佳实践案例解析 基于AI算法实现精准测试 装备软件质量治理体系和治理能力建设的研究和实践 用户体验质量管理及其提升之道 腾讯内部效能提升之路:DevOps测试台的实践 颠覆式创新为提质增效破局 基于JMeter的一站式开源持续测试平台 奔逸绝尘,打造效能质量保障的三板斧 从0到1构建大数据测试能力 智能化测试:软件自动化的先行者 EP与MOCK服务在前后端生态系统的运用 数字化转型的核心能力:软件能力 数据可视化赋能工程效能 华为终端游戏体验测试方法和工具实践 基于k8s构建可用的微服务环境并实现自动化测试 邮消费金融质量效能提升探索之路 代码的通关之旅——招行DevOps工具链平台助力质量保障实践 数据构建平台dast演化之路 今日头条服务端质量保障体系建设之战局规划与必杀技 基于公司代码搜索的漏洞挖掘 全渠道系统质量管理能力建设 交付标准化提升企业级运维效能 DevSecOps安全流水线实践 大规模ServiceMesh流量染色的多环境治理实践 提效保质:支持大尺寸应用、并发的特殊容器化实践 大道至简+质效合一

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值