jmeter 及测试(转载)

负载测试:在一定的工作负荷下,给系统造成的负荷及系统响应的时间。 
压力测试:在一定的负荷条件下,长时间连续运行系统给系统性能造成的影响。 
  
1.性能测试(Performance Test):通常收集所有和测试有关的所有性能,通常被不同人在不同场合下进行使用。关注点:how much和how fast 
2.负载测试(Load Test):负载测试是一种性能测试,指数据在超负荷环境中运行,程序是否能够承担。 
关注点:how much 
3.压力测试(Stress Test): 压力测试是一种性能测试,他在系统资源特别低的情况下软件系统运行情况,目的是找到系统在哪里失效以及如何失效的地方。包括: 
Spike testing(尖峰冲击测试):短时间的极端负载测试 
Extreme testing(极端测试):在过量用户下的负载测试 
Hammer testing(锤击测试):连续执行所有能做的操作 
  
E.g.举个跑步的例子进行解释。 
1.性能测试,表示在一个给定的基准下,能执行的最好情况。例如,在没有负重的情况下,你跑100米需要花多少时间(这边,没有负重是基准)? 
2.负载测试,也是性能测试,但是他是在不同的负载下的。对于刚才那个例子,如果扩展为:在50公斤、100公斤……等情况下,你跑100米需要花多少时间? 
3.压力测试,是在压力情况下的性能测试。对于刚才那个例子,如果改为:在一阵强风的情况下,你在负重或没有负重的情况下,跑100米需要花多少时间? 
  
性能测试是动力,负载测试载重,压力测试强度. 


用命令判断几个物理CPU,几个核等: 

逻辑CPU个数: 
# cat /proc/cpuinfo | grep "processor" | wc -l 

物理CPU个数: 
# cat /proc/cpuinfo | grep "physical id" | sort | uniq | wc -l 

每个物理CPU中Core的个数: 
# cat /proc/cpuinfo | grep "cpu cores" | wc -l 

是否为超线程? 
如果有两个逻辑CPU具有相同的”core id”,那么超线程是打开的。 

每个物理CPU中逻辑CPU(可能是core, threads或both)的个数: 
# cat /proc/cpuinfo | grep "siblings" 


但是,这种方法只针对当前进程有效。重新打开一个shell或者开启一个进程,你就会发现参数还是ulimit -n xx修改之前的数字。那么有没有一劳永逸的方法呢? 

当然有!那就是修改系统参数。 

2、修改linux系统参数。vi /etc/security/limits.conf 添加 

*  soft  nofile  65536 

*  hard  nofile  65536 

修改以后保存,注销当前用户,重新登录,执行ulimit -a ,ok ,参数生效了: 

[root @localhost ~]# ulimit -a 
core file size          (blocks, -c) 0 
data seg size           (kbytes, -d) unlimited 
scheduling priority             (-e) 0 
file size               (blocks, -f) unlimited 
pending signals                 (-i) 256600 
max locked memory       (kbytes, -l) 64 
max memory size         (kbytes, -m) unlimited 
open files                      (-n) 65536 
pipe size            (512 bytes, -p) 8 
POSIX message queues     (bytes, -q) 819200 
real-time priority              (-r) 0 
stack size              (kbytes, -s) 10240 
cpu time               (seconds, -t) unlimited 
max user processes              (-u) 256600 
virtual memory          (kbytes, -v) unlimited 
file locks                      (-x) unlimited 

注: 

硬限制表明soft限制中所能设定的最大值。 soft限制指的是当前系统生效的设置值。 hard限制值可以被普通用户降低。但是不能增加。 soft限制不能设置的比hard限制更高。 只有root用户才能够增加hard限制值。 

可以最大设到: 

655350 

http://itindex.net/detail/52084-jmeter-tomcat-%E5%8E%8B%E5%8A%9B%E6%B5%8B%E8%AF%95 


 对Tomcat进行调优后再用Jmeter进行测试 

1、增加Tomcat对JVM内存的分配:即 调整虚拟内存 


Linux: 
在/usr/local/tomcat_home/bin目录下的catalina.sh 
添加:JAVA_OPTS='-Xms1024m -Xmx2048m' 
要加“m”说明是MB,否则就是KB了,在启动tomcat时会报内存不足。 
-Xms:初始值 
-Xmx:最大值 
-Xmn:最小值 

Windows: 

在catalina.bat最前面加入 
set JAVA_OPTS=-Xms1024m -Xmx2048m 
如果用startup.bat启动tomcat,OK设置生效。够成功的分配2048M内存. 
但是如果不是执行startup.bat启动tomcat而是利用windows的系统服务启动tomcat服务,上面的设置就不生效了,就是说set JAVA_OPTS=-Xms1024m -Xmx2048m没起作用。 
windows服务执行的是bin omcat.exe.他读取注册表中的值,而不是catalina.bat的设置.。 
解决办法: 
修改注册表HKEY_LOCAL_MACHINESOFTWAREApache Software FoundationTomcat Service ManagerTomcat7ParametersJavaOptions 
原值为 
-Dcatalina.home="C:ApacheGroupTomcat 7.0.42" 
-Djava.endorsed.dirs="C:ApacheGroupTomcat 7.0.42commonendorsed" 
-Xrs 
加入 -Xms1024m -Xmx2048m 
重起tomcat服务,设置生效 

  

2、修改线程池并将默认的8080端口修改为9999端口。 

即将默认的 

<Connector port="8080" protocol="HTTP/1.1" 
               connectionTimeout="20000" 
               redirectPort="8443" /> 

 修改为: 

<Connector port="9999" redirectPort="8443"     
   maxHttpHeaderSize="8192" useBodyEncodingForURI="true"     
   minProcessors="100" maxProcessors="5000"     
   maxThreads="5000" minSpareThreads="1000" maxSpareThreads="4000"     
   enableLookups="false" acceptCount="3500"     
   compression="on" compressionMinSize="2048"     
   compressableMimeType="text/html,text/xml,text/javascript,text/css,text/plain"     
   connectionTimeout="60000" disableUploadTimeout="true" debug="0" URIEncoding="UTF-8"/> 

 3. 禁用DNS查询 

 当web应用程序向要记录客户端的信息时,它也会记录客户端的IP地址或者通过域名服务器查找机器名转换为IP地址。DNS查询需要占用网络,并且包括可能从很多很远的服务器或者不起作用的服务器上去获取对应的IP的过程,这样会消耗一定的时间。为了消除DNS查询对性能的影响我们可以关闭 DNS查询,方式是修改server.xml文件中的enableLookups参数值: 将其设置为false。 

4、修改完后,重启tomcat。 

5、在Jmeter的Thread Group中将上面的8080改成9999. 

6、重新执行Jmeter,执行10分钟后,保存执行结果,得到如下的执行结果: 


catalina.out文件会越来越大,对系统的稳定造成了一定的影响。conf/logging.properties 
一般在部署Tomcat后,运行久了,catalina.out文件会越来越大,对系统的稳定造成了一定的影响。 
可通过修改conf/logging.properties日志配置文件来屏蔽掉这部分的日志信息。 
1    catalina.org.apache.juli.FileHandler.level = WARNING 
2    catalina.org.apache.juli.FileHandler.directory = ${catalina.base}/logs 
3    catalina.org.apache.juli.FileHandler.prefix = catalina. 
将level级别设置成WARNING就可以大量减少日志的输出,当然也可以设置成OFF,直接禁用掉。 
一般日志的级别有: 
SEVERE (highest value) > WARNING > INFO > CONFIG > FINE > FINER > FINEST (lowest value)

                     本文转载自:https://my.oschina.net/kenzheng/blog/548534

原文地址:https://www.cnblogs.com/DongXianSen/p/13071087.html