混合场景,面向目标的场景和nmon监控
1|0一. 混合场景
1. 一般有这样的场景:比如说(登录:30%,下订单:50%,查看订单:20%)
比如并发用户2万,需要确定:你实际的登录用户有多少?浏览商品的用户有多少?下订单有多少?
2. 一个脚本可以用多个LoadRunner Generators
现在我们这里只有一个混合场景,一个混合场景里可以有多个脚本,一个脚本可以对应一个Generators,一个场景里也可以有多个Generators
注意:
(1) 如果是一个场景一个接口:单接口场景,一个脚本对应一个Generators
(2) 如果是同一个脚本(比如登录),两个登录的脚本,对应两个Generators,也可以只对应一个Generators
(3) 如果是不同的脚本,两个登录的脚本,对应两个Generators,也可以只对应一个Generators
(4) 混合场景勾选了百分比模式,不会有组(Group)的概念
(5) 混合场景跑百分比,比如注册和登录各50%,假如总共并发30个用户,则15个用户跑注册,15个跑登录
3. 主要是理解添加Generators的目的是什么?
(1) 更真实的区域ip地址
(2) 分担发起压测机器的压力(装LoadRunner的机器配置不好,一台机器会跑死,需要更多机器来产生压力)
2|0二. 面向目标的场景
1. 面向目标的场景是什么?
基于一个目标来跑我们的场景,当达到的时候,就一直运行,没有达到的时候就失败了
当达不到目标的时候,没有必要继续跑了,就停止并保持结果,或者是一直运行
2. 面向目标一般在什么时候使用?
(1) 在做回归性能测试的时候,或者已经有了基线版本的性能测试的时候,我们可以设定一个目标(比如按照之前基线版本的TPS来设定,看看有没有达到之前的TPS)
(2) 在第一轮性能测试的时候,最好不用
(3) 一个场景只能设定一个目标
3. 步骤
这里的Run Time下的30分钟指的是当目标达到后运行30分钟,如果目标没有达到,有两个情况:
(1) 停止运行场景出报告
(2) 继续运行
如果选择停止运行出报告,目标没有达到时会弹出一个提示:
3|0三. 主要关注的指标
在跑场景的时候,在LoadRunner中主要关注的指标有:TPS和响应时间
TPS:反映的是服务器的性能情况,也就是服务器每秒可以处理多少个事务数
响应时间:包括网络传输时间加服务器处理时间
每秒点击率:反映的是客户端的性能,是客户端每秒能够向服务器发送多少个请求
展开多个监控图表:
TPS高,响应时间小:说明服务器处理能力好
TPS低,响应时间小,服务器没有任何压力:一般都是要看连接数(中间件的连接数,数据库的连接数)
TPS低,响应时间长:先ping服务器ip地址,看有没有丢包,网络会成为我们的性能瓶颈
可以使用同一个账号登录做压测和使用多个账号登录的效果是一样的,为什么?
当没有对同一个账号同时登录做限制的时候,我们的性能一般是由数据库的数据量来决定的
4|0四. nmon监控
1. 首先检查服务有没有启动
#查看mysql有没有启动
ps -ef | grep mysql
#查看Tomcat有没有启动
ps -ef | grep java
2. nmon的上传:rz
3. 在/opt下创建目录nmon
解压到nmon目录:tar -zxvf nmon16f_mpginc.tar.gz -C ./nmon
很多版本的nmon,怎么知道用哪个?
cat /etc/redhat-release,查看自己的系统版本,如果是Centos6,使用nmon_x86_64_centos6,是Centos7,使用nmon_x86_64_centos7
4. 操作
运行./nmon_x86_64_centos6,输入对应的命令
看CPU:直接输入c
看进程:直接输入t
看内存:直接输入m
看磁盘:直接输入d
在后台监控:有时候需要收集数据,不想一直看,只想用收集的数据出报告
命令:./nmon_x86_64_centos6 -f -s 30 -c 30
参数说明:
-f:按照标准格式输出文件:文件名
-m:切换到路径取保存日志文件
-s:每隔N秒抽样一次,这里是30s
-c:取出多个抽样数量,这里是30次,监控多长时间:30 * 30 / 60 = 15分钟
定时任务
需求:周一到周五,从早上8点开始,监控10个小时
监控1200次,每次30s,时长=1200 x 30 / 3600 = 10h
打开输出文件
(1) 使用sz jmeter_200406_1807.nmon将文件导出到桌面
(2) 使用Excel打开nmon analyser v60.xlsm(尝试了下使用wps打开,是要启动宏,但只有企业付费用户才有开启宏的权限)
(3) 切换到Analyser,点击Analyze nmon data,选择nmon analyser v60.xlsm,点击打开即可
(4) 图表
5. nmon的作用
(1) 可以直观的监控到服务器资源的使用情况
(2) 比LoadRunner监控Linux系统资源情况,要稳定的多
(3) 在性能测试过程中,可以下班之后,进行监控数据,第二天来看结果有没有问题
(4) 在性能测试过程中,不推荐使用LoadRunner去监控系统资源使用情况
__EOF__

本文链接:https://www.cnblogs.com/my_captain/p/12638940.html
关于博主:评论和私信会在第一时间回复。或者直接私信我。
版权声明:本博客所有文章除特别声明外,均采用 BY-NC-SA 许可协议。转载请注明出处!
声援博主:如果您觉得文章对您有帮助,可以点击文章右下角【推荐】一下。您的鼓励是博主的最大动力!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?