shell 外部传入jmeter脚本线程数,rampUp时间,持续运行时间

jmeter参数化部分参考上一篇

shell参数说明:$1线程数,$2:全部并发数rampup时间,$3:脚本持续运行时间,$4:每次脚本循环持续时间 $5:所以循环持续时间

#!/bin/bash

REPORT_TIME=`date ‘+%Y%m%d%H%M%S‘`

jmeter_basedir=/Users/lyh/Desktop/dubbo-performance-testing/apache-jmeter-2.13

report_icon=$jmeter_basedir/extras/collapse.png

WORKSPACE=/Users/lyh/Desktop/script

report_jtl=$WORKSPACE/report/jtl

report_html=$WORKSPACE/report/html

echo "starting..."

cd /Users/lyh/Desktop/script

for v1 in $(ls *.jmx)

do

#       REPORT_TIME=`date ‘+%Y%m%d%H%M%S‘`

#       TestReport=`ls $v1|sed ‘s/.jmx//g‘`

#       echo $TestReport

cd $jmeter_basedir/bin

sh jmeter.sh -JthreadCount=$1 -JRampUp=$2 -JDurationTime=$3 -n -t /Users/lyh/Desktop/script/$v1 -l $report_jtl/TestReport_$REPORT_TIME.jtl &

# >~/logs.log &

#       xsltproc $jmeter_basedir/extras/jmeter-results-detail-report_21.xsl $report_jtl/TestReport_$REPORT_TIME.jtl > $report_html/TestReport_$REPORT_TIME.html

#       sed -i "s/date not defined/$REPORT_TIME/g" grep “date not defined" -l $report_html/TestReport_$REPORT_TIME.html

#       if [! -f "$report_icon"];then

#       cp $jmeter_basedir/extras/collapse.png $jmeter_basedir/extras/expand.png $report_html

#       fi

#       if [! -d "$report_jtl"];then

#       cd $WORKSPACE/report && mkdir jtl

#       fi

sleep $4

#for id in $(ps -ef|grep jmeter|grep -v grep|awk ‘{print $2}‘)

#do

#echo $id

#kill -9 $id

#done

#sleep 5

done &

sleep $5

xsltproc $jmeter_basedir/extras/jmeter-results-detail-report_21.xsl $report_jtl/TestReport_$REPORT_TIME.jtl > $report_html/TestReport_$REPORT_TIME.html &

sleep 30

for id1 in $(ps -ef|grep JMeter|awk ‘{print $2}‘)

do

echo $id1

kill -9 $id1

done

echo "ending..."

运行命令:sh shell文件名.sh $1 $2 $3 $4 $5

sh -x shell 3 1 30 40 140

运行结果:

在tomcat中打开html结果文件如下:

时间: 2024-10-01 02:28:24

shell 外部传入jmeter脚本线程数,rampUp时间,持续运行时间的相关文章

Jmeter常用线程组设置及场景运行时间计算

一.Thread Group 取样器错误后要执行的动作         继续:遇错误继续执行,不影响场景运行.默认为继续,常用.         Start Next Thread Loop:执行下次循环,当前循环剩余sampler不再执行.         停止线程:停止当前线程,其他线程继续执行.         停止测试:执行完剩余线程后停止测试.         Stop Test Now:立即停止所有线程. 线程属性         线程数:即并发数,如图设置为100并发      

shell爬虫简易脚本(线程数可控)

1.介绍 以机电之家网站为例 经过初步分析,机电之家的数据量较大,并且数据组织规则较为统一,适合以代码方式进行全量爬取. 企业列表URL统一为http://www.jdzj.com/yp_vlist_1_1.html 的模式,变化的仅为其中的数字,而且企业的黄页均为 :http://xxxx.jdzj.com/的模式. 因此,我们的爬取思路采用遍历企业列表,正则匹配获取企业黄页地址,然后逐次从黄页上获取企业相关信息. 2.批量获取黄页地址: #!/bin/bash #trap,捕捉到信号,2表示

jmeter脚本开发:性能测试的基础概念(一)

一. 什么是(软件)性能测试 性能:事务.物品的某些特性的评价值 软件性能测试:是用一定的技术,找出或验证某个性能指标值的测试,如:你跑100米,用时多少? 举例: “看看你有几斤几两”: 逐步增加系统负载,测试系统性能变化,并最终确定系统所能承受的最大负载量 “鸭梨好大哦!”: 在较大的性能压力下,持续运行一个比较长的时间,看系统服务及各项资源利用情况 关键词:较大压力 + 较长时间 一般测试中,找出最大的负载量,比如100,然后选择一个比100稍微小点的做7 x 24小时压力测试.一般开始前

Jmeter 跨线程组传递参数 之两种方法

终于搞定了Jmeter跨线程组之间传递参数,这样就不用每次发送请求B之前,都需要同时发送一下登录接口(因为同一个线程组下的请求是同时发送的),只需要发送一次登录请求,请求B直接用登录请求的参数即可,直到登录接口的参数失效了,需再次发送一次登录接口,又可以多次使用其参数,下面举例子: 1.登录接口中利用 Json Path Extractor 获取到登录接口的响应参数,(怎么获取上一节讲过) 终于搞定了Jmeter跨线程组之间传递参数,这样就不用每次发送请求B之前,都需要同时发送一下登录接口(因为

并发和Tomcat线程数

转自 http://zhanjindong.com 最近一直在解决线上一个问题,表现是: Tomcat每到凌晨会有一个高峰,峰值的并发达到了3000以上,最后的结果是Tomcat线程池满了,日志看很多请求超过了1s. 服务器性能很好,Tomcat版本是7.0.54,配置如下: <Executor name="tomcatThreadPool" namePrefix="catalina-exec-" maxThreads="3000" min

你真的了解:IIS连接数、IIS并发连接数、IIS最大并发工作线程数、应用程序池的队列长度、应用程序池的最大工作进程数 吗?

IIS连接数 一般购买过虚拟主机的朋友都熟悉购买时,会限制IIS连接数,这边先从普通不懂代码用户角度理解IIS连接数 顾名思义即为IIS服务器可以同时容纳客户请求的最高连接数,准确的说应该叫“IIS限制连接数” 这边客户请求的连接内容包括: 1.网站html请求,html中的图片资源,html中的脚本资源,其他需要连接下载的资源等等,任何一个资源的请求即一次连接(虽然有的资源请求连接响应很快) 2.如果网页采用框架(框架内部嵌套网页请求),那么一个框架即一次连接 3.如果网页弹出窗口(窗口内部嵌

tomcat的maxThreads、acceptCount(最大线程数、最大排队数)

转载:http://blog.sina.com.cn/s/blog_605f5b4f01012ljj.html tomcat 的Connector配置如下 <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443"maxThreads="800" acceptCount="1

IIS连接数、IIS并发连接数、IIS最大并发工作线程数、应用程序池的队列长度、应用程序池的

IIS连接数 一般购买过虚拟主机的朋友都熟悉购买时,会限制IIS连接数,这边先从普通不懂代码用户角度理解IIS连接数 顾名思义即为IIS服务器可以同时容纳客户请求的最高连接数,准确的说应该叫"IIS限制连接数" 这边客户请求的连接内容包括: 1.网站html请求,html中的图片资源,html中的脚本资源,其他需要连接下载的资源等等,任何一个资源的请求即一次连接(虽然有的资源请求连接响应很快) 2.如果网页采用框架(框架内部嵌套网页请求),那么一个框架即一次连接 3.如果网页弹出窗口(

用于Nagios中监控服务器进程的最大线程数

最近在刚好一些业务经常把线程跑满,导致服务器资源用完,所以就写了一个脚本用于Nagios下相关进程的最大线程数的监控,Unix的服务器上最大的线程数默认的是1024,当然在业务繁忙的服务器中这样肯定是不够用的,当然在实际生产环境中做初始化调优时一般都会有做过修改,如开启打开文件的最大句柄数等等,一般情况下我们都是修改/etc/security/limits.conf文件,但是要修改最大线程树就要修改/etc/security/limits.d/90-nproc.conf文件了,修改就和修改lim