zoukankan      html  css  js  c++  java
  • 混合场景,面向目标的场景和nmon监控

    一. 混合场景

    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的机器配置不好,一台机器会跑死,需要更多机器来产生压力)

    二. 面向目标的场景

    1. 面向目标的场景是什么?

    基于一个目标来跑我们的场景,当达到的时候,就一直运行,没有达到的时候就失败了

    当达不到目标的时候,没有必要继续跑了,就停止并保持结果,或者是一直运行

    2. 面向目标一般在什么时候使用?

    (1) 在做回归性能测试的时候,或者已经有了基线版本的性能测试的时候,我们可以设定一个目标(比如按照之前基线版本的TPS来设定,看看有没有达到之前的TPS)

    (2) 在第一轮性能测试的时候,最好不用

    (3) 一个场景只能设定一个目标

    3. 步骤

     

    这里的Run Time下的30分钟指的是当目标达到后运行30分钟,如果目标没有达到,有两个情况:

    (1) 停止运行场景出报告

    (2) 继续运行

    如果选择停止运行出报告,目标没有达到时会弹出一个提示:

    三. 主要关注的指标

    在跑场景的时候,在LoadRunner中主要关注的指标有:TPS和响应时间

    TPS:反映的是服务器的性能情况,也就是服务器每秒可以处理多少个事务数

    响应时间:包括网络传输时间加服务器处理时间

    每秒点击率:反映的是客户端的性能,是客户端每秒能够向服务器发送多少个请求

    展开多个监控图表:

    TPS高,响应时间小:说明服务器处理能力好

    TPS低,响应时间小,服务器没有任何压力:一般都是要看连接数(中间件的连接数,数据库的连接数)

    TPS低,响应时间长:先ping服务器ip地址,看有没有丢包,网络会成为我们的性能瓶颈

    可以使用同一个账号登录做压测和使用多个账号登录的效果是一样的,为什么?

    当没有对同一个账号同时登录做限制的时候,我们的性能一般是由数据库的数据量来决定的

    四. 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去监控系统资源使用情况

  • 相关阅读:
    接口,抽象类,普通类
    将svn项目导出,再导入到其他工作空间
    Ajax 与 Struts 1
    save tran tranName
    hibernate缓存机制详细分析
    sql中的group by 和 having 用法解析
    TensorBoard 实践 1
    Tensorflow 解决MNIST问题的重构程序
    在MNIST数据集,实现多个功能的tensorflow程序
    Tensorflow中的滑动平均模型
  • 原文地址:https://www.cnblogs.com/my_captain/p/12638940.html
Copyright © 2011-2022 走看看