Linux资源监控_Nmon
摘要:性能测试中,各个服务器资源占用统计分析是一个很重要的组成部分,通常我们使用nmon这个工具来进行监控以及监控结果输出。一. 在监控阶段使用类似下面的命令 ./nmon -f write_3s_20vu.nmon-t -s 30 -c 100进行监控. -f 这是nmon必选参数,并且必须放在...
阅读全文
posted @
2014-02-18 14:01
babyblue
阅读(589)
推荐(0)
Loadrunner多服务器连接问题
摘要:今天用想增加一个压力机,在服务器管理列表里怎么也连不上,后来解决方法如下: 1. 关闭所有loadrunner组件,并手动结束lr_开头的进程 2.找到惠普loadrunner安装目录(C:\Program Files\HP\LoadRunner\bin),手动运行magentproc.exe即可
阅读全文
posted @
2014-02-12 16:08
babyblue
阅读(227)
推荐(0)
loadrunner集合点的探讨
摘要:部分转自:http://www.cnblogs.com/fnng/archive/2013/03/04/2943513.html在loadrunner的虚拟用户中,术语concurrent(并发)和simultaneous(同时)存在一些区别,concurrent是指虚拟场景中参于运行的虚拟用户。而simultaneous与集合点(rendzvouspoint)关系更密切,是指在同一时刻一起执行某个任务的虚拟用户。 我们来想象一个场景,10名运动员参加长跑比赛,出发点同时起跑,他们是并排奔跑的;跑了N圈之后,因为有体能更强的,有体能稍弱的,他们的队形并排变成了前后。几乎一个跑道就可以供应他们.
阅读全文
posted @
2013-10-21 11:24
babyblue
阅读(300)
推荐(0)
loadrunner总结之二:关联
摘要:一、什么时候需要关联1.关联的含义关联(correlation):在脚本回放过程中,客户端发出请求,通过关联函数所定义的左右边界值(也就是关联规则),在服务器所响应的内容中查找,得到相应的值并保存到参数中,这种动态获得服务器响应内容的方法被称作关联。其实关联也属于一同特殊的参数化,只是与一般的参数化有些不同:一般的参数化的参数来源于一个文件、一个定义的table、通过sql写的一个结果集等,但关联所获得的参数是服务器响应请求所返回的一个符合条件的、动态的值。2.什么时候需要做关联当客户端的某个请求是随着服务器端的相应而动态变化的时候,我们就需要用到关联。二。 关联函数的使用1. 记住 所有的.
阅读全文
posted @
2013-10-17 14:56
babyblue
阅读(366)
推荐(0)
loadrunner总结之一检查点
摘要:本文转自我朋友的博客:http://www.cnblogs.com/fnng/archive/2013/03/10/2953257.html判断脚本是否执行成功是根据服务器返回的状态来确定的,如果服务器返回的HTTP状态为200OK,那么VuGen就认为脚本正确地运行了,并且是运行通过的。在绝大多数系统出错时会返回错误页面码?不会一般系统都会返回一个消息提示框,来提升用户感受。例如,“网站繁忙,请稍后”。其实这个时候网站已经无法正确响应用户请求了,但是VuGen脚本无法识别,会错误地认为网站还能正确访问,导致分析错误。所以这时需要一种检查点函数帮助验证请求发送出去后,服务器的返回是不是期望的内
阅读全文
posted @
2013-10-17 14:40
babyblue
阅读(132)
推荐(0)
Linux资源监控_netstat命令
摘要:其实netstat不属于常规的监控范畴,但是在进行性能测试的时候,网络端口其实也是一个资源,如果它被耗尽一样会导致系统性能低下甚至报错! netstat用来查看当前网络连接情况,常见的使用方式: 1 netstat -ntpl 查看本机监听端口 2 3 netstat -ntpl |wc 统计本机监听端口 4 5 netstat -na |grep ESTABLISHED 查看本机所有建立连接端口, 6 7 同理还可以用: 8 9 netstat -na |grep TIME_WAITED查看等待端口,10 11 也可以 netstat -na |grep ESTABL...
阅读全文
posted @
2013-10-16 09:27
babyblue
阅读(655)
推荐(0)
jmap用法
摘要:1. jmap -heap pid 查看java 堆(heap)使用情况 using thread-local object allocation. Parallel GC with 4 thread(s) //GC 方式 Heap Configuration: //堆内存初始化配置 MinHeapFreeRatio=40 //对应jvm启动参数-XX:MinHeapFreeRatio设置JVM堆最小空闲比率(default 40) MaxHeapFreeRatio=70 //对应jvm启动参数 -XX:MaxHeapFreeRatio设置JVM堆最大空闲比率(default 7...
阅读全文
posted @
2013-10-12 14:23
babyblue
阅读(249)
推荐(0)
loadrunner analysis 设置axis 使曲线变得平滑
摘要:收集loadrunner测试结果的时候,默认的参考值往往不是0,这样会使tps或者response time的曲线看起来非常陡峭..如下图:我们可以设置axis,使曲线的参照点为0:在图像上单击右键---->Display Option----->advanced----axis左边axes选中 --left axis,右边选中minium,点change---->输入0,关闭.看看我的曲线图是不是平滑了不少:
阅读全文
posted @
2013-09-24 14:42
babyblue
阅读(195)
推荐(0)
SCP命令总结
摘要:名称:cp使用权限:所有使用者使用方式:cp [options] source destcp [options] source... directory说明:将一个档案拷贝至另一档案,或将数个档案拷贝至另一目录。把计-a 尽可能将档案状态、权限等资料都照原状予以复制。-r 若 source 中含有目录名,则将目录下之档案亦皆依序拷贝至目的地。-f 若目的地已经有相同档名的档案存在,则在复制前先予以删除再行复制。范例:将档案 aaa 复制(已存在),并命名为 bbb :cp aaa bbb将所有的C语言程式拷贝至 Finished 子目录中 :cp *.c Finished命令:scp不同的Li
阅读全文
posted @
2013-09-23 18:08
babyblue
阅读(173)
推荐(0)
loadrunner 多组脚本分别设置用户数
摘要:1. run-mode 设置为 basic schedule2. 设置各组脚本的用户数,此处假设有3组脚本a 分配2用户,b脚本分配3用户,c脚本分配7用户。3. secnario -->covert the secnario to the percentage mode4. run-mode 设置为real-world schedule5. global schedule 组中的 start vusers中设置vusers的总数为 2 + 3 +7 = 126.secnario -->covert the secnario to the vuser group mode
阅读全文
posted @
2013-08-14 20:11
babyblue
阅读(515)
推荐(0)
loadrunner奇怪问题解决:TPS中有Action_Transaction 和 vuser_init_Transaction
摘要:近日做项目,不知道动到啥了,TPS图里多出两条曲线:Action_Transaction 和 vuser_init_Transaction 如下图:解决方法:Runtime-Settings-Miscellaneous--Automatic Transactions把这两个复选框点上---保存.然后再取消---保存即可...
阅读全文
posted @
2013-07-02 17:17
babyblue
阅读(1559)
推荐(0)
Tomcat 调优总结
摘要:一. jvm参数调优 常见的生产环境tomcat启动脚本里常见如下的参数,我们依次来解释各个参数意义. export JAVA_OPTS="-server -Xms1400M -Xmx1400M -Xss512k -XX:+AggressiveOpts -XX:+UseBiasedLocking -...
阅读全文
posted @
2013-06-25 14:26
babyblue
阅读(4343)
推荐(1)
如何根据业务比例设定不同业务的用户比例?
摘要:在做性能测试的过程中,绝大部分项目都是由两个以上场景(两个以上脚本)构成的,在做混合场景的时候如何根据业务比例来设定不同脚本的虚拟用户数? 假设现在有A,B两种脚本(业务),经过调研我们得知A,B两种业务比例是: 40%,60% 常见做法,根据业务比例设定虚拟用户比例即 A是 40%,B是60%. 这种做法较为简单,但是实际上虽然用户比和业务比一样,但是通常情况下二者的TPS比例并不一样,那么单位时间内完成的交易数比例就和业务比例不一样,也就没有真正符合要求. 所以这种做法并不精确.下面探讨一种比较精准的方法: 首先设定好场景,分别设置A,B两个脚本用单用户运行,观察此时的实时TPS,如果二.
阅读全文
posted @
2013-04-01 14:39
babyblue
阅读(206)
推荐(0)
性能测试常用操作流程
摘要:一. 单场景 1. 1用户执行100次 目的: 用户检测脚本正确性 2. 梯度增加用户运行场景并监控资源占用,到发现TPS下降的时候继续增加用户,如果发现确实TPS持续下降了,那么最高TPS的并发用户就是性能拐点二. 混合场景 1. 1用户执行100次 目的: 用户检测脚本正确性 2. 梯度增加用户运行场景并监控资源占用,到发现TPS下降的时候继续增加用户,如果发现确实TPS持续下降了,那么最高TPS的并发用户就是性能拐点 3. 运行稳定性测试N*24小时并监控,通常情况下用最高TPS的并发做稳定性测试,但是如果最高TPS时资源占用过高(>60%),则找那个资源占用合适,TPS最高的并发
阅读全文
posted @
2013-03-26 17:26
babyblue
阅读(168)
推荐(0)
性能测试中常用概念
摘要:1. TPS(Transactions per Second)每秒处理事务数。这个值可以说明系统在特定的负载情况下,每秒可以处理多少个客户端请求,这是一个衡量服务器端性能的重要指标,相信各位在进行性能测试的时候经常会用到这个指标。但是一直以来我都有一个疑问,到底这个值是怎么算出来的。既然是每秒事务数,那算法自然是“事务数/时间”。事务数很好理解,执行了多少就是多少,关键是这个时间。是整个场景执行的时间,还是仅仅是在服务器端执行的时间?因为我们知道,这两个时间肯定是有区别的,前者还包括thinktime的时间、pacing的时间以及在网络上耗费的时间等等。为了弄明白这个问题,我今天特地查了一下帮
阅读全文
posted @
2013-03-22 10:05
babyblue
阅读(254)
推荐(0)
稳定性测试并发数选择的注意点
摘要:在做稳定性测试开始之前要先进行混合场景测试,梯度增加并发数,找到性能的拐点,比如我这次项目混合场景测试结果如下: 用户 TPS 200 20566 300 21009 400 20998 450 20858 500 17319可以看到 300并发的时候TPS最高,接下来的随着用户数增加,TPS渐渐下降的. 所以,本次混合场景测试的拐点就是 300并发.那我们用来进行稳定性测试的用户数是: 300 用户也有公司 选择最高TPS的 80%对应的用户数也就是500并发但是还有一个注意点,如果TPS太高,会造成数据库或者应用不堪重负的情况,此时的话可...
阅读全文
posted @
2013-03-21 09:59
babyblue
阅读(1231)
推荐(0)
SQL SERVER 2005 性能优化小经验
摘要:1、SQL SERVER 2005的性能工具中有SQL Server Profiler和数据库引擎优化顾问,极好的东东,必须熟练使用。2、查询SQL语句时打开“显示估计的执行计划”,分析每个步骤的情况3、初级做法,在CPU占用率高的时候,打开SQL Server Profiler运行,将跑下来的数据存到文件中,然后打开数据库引擎优化顾问调用那个文件进行分析,由SQL SERVER提供索引优化建议。采纳它的INDEX索引优化部分。4、但上面的做法经常不会跑出你所需要的,在最近的优化过程中CPU占用率极高,但根本提不出我需要的优化建议,特别是有些语句是在存储过程中并且多表联立。这时就需要用中级做法
阅读全文
posted @
2013-03-18 15:34
babyblue
阅读(1285)
推荐(0)
操作系统性能计数器详解(转载)
摘要:性能计数器(Performance Counter),也叫性能监视器。一个人健康状况如何,我们通过对其做各项体检获得相关的状况指标,如血压、心跳,肺活量等。那么在做性能测试过程中,整个系统的软硬件进行监控也必不可少,监控所获得的数据也是我们分析系统性能的主要依据。 在整个系统中,对于不同的软件和硬件,我们对其监控的指标也不一样,就像一个公司中的所有人员,其每个人的职责不同,评判和考核的标准也是不一样的。下面将从系统的各个方面进行分析。操作系统性能计数器 操作系统监控器,主要监控操作系统级别上的系统性能表现,这里分析最常见的windows操作系统与Linux操作系统。window 操作系统...
阅读全文
posted @
2013-03-18 13:58
babyblue
阅读(635)
推荐(0)