1、虚拟机下64位win7+jdk1.8+jmeter3.0启动时，

发现GUI界面总是有warning提示：

WARNING: Could not open/create prefs root node Software\JavaSoft\Prefs at root 0x80000002. Windows RegCreateKeyEx(...) returned error code 5.

在网上搜了搜，发现是Jmeter需要写注册表。

解决方法：The work around is to login as the administrator and create the key HKEY_LOCAL_MACHINE\Software\JavaSoft\Prefs.

以管理员身份登录，regedit，创建HKEY_LOCAL_MACHINE\Software\JavaSoft\Prefs项

2、启动时报错：OpenGL Warning: No pincher,please call crStateSetCurrentPointers() in your SPU

解决方法：前面的勾去掉。如下图。

如果你的项目使用maven构建的话，当项目要上线，部署到服务器上去的时候或许会碰见这样的问题。问题就是，服务器上没有maven的环境，也就是说，项目所依赖到的那些仓库（repository）中的jar包你需要单独提取出来上传到服务器中去。

     我知道pom类型如果是war的话，在使用mvn package 的命令就能自动将项目依赖的jar包打到web-inf 下的lib文件夹中。但是，如果pom类型为jar的话，当你调用mvn package命令，执行过程中不会将依赖的第三方包提取出来。

     以前，我的做法是，等到项目要上线的时候将pom类型改成war，然后执行一下mvn package命令，这样先把所以依赖到的包提取出来，然后再把pom类型改成jar，这样虽然能完成任务，但是，总感觉这样的做法比较拙劣。

     所以最近寻找了一下有没有更好的办法，其实很简单，就是使用 maven的 assembly插件，在pom.xml 添加如下插件：

1. <project>  
2.   [...]  
3.   <build>  
4.     [...]  
5.     <plugins>  
6.       <plugin>  
7.         <!-- NOTE: We don't need a groupId specification because the group is  
8.              org.apache.maven.plugins ...which is assumed by default.  
9.          -->  
10.         <artifactId>maven-assembly-plugin</artifactId>  
11.         <version>2.2-beta-5</version>  
12.         <configuration>  
13.           <descriptorRefs>  
14.             <descriptorRef>jar-with-dependencies</descriptorRef>  
15.           </descriptorRefs>  
16.         </configuration>  
17.         [...]  
18. </project>  
19. 双击运行如图所示assembly:assembly即可。

因为用Jmeter做压力测试的缘故，需要用Jmeter生成性能图表，可以Jmeter本提供的图是在是看不懂，在google的code上找到了JMeterPlugin，他可以把JMeter生成的jtl文件做出很好的统计图，同时还支持机器的cpu、memory、swap、disk io和network的监控，实在是个不错的插件。

JMeterPluging生成的很多图都很Thread有关系，因此在使用non gui模式时一定要在jmeter.properties中修改下来参数

jmeter.save.saveservice.thread_counts=true

在linux下使用non gui模式的命令是：

./jmeter.sh -n -t testplan.jmx -l result.jtl

testplan.jmx就是测试计划文件，result.jtl就是结果文件，如果没有把thread_count这个参数打开是不会记录到线程有关的信息的：

<httpSample t="363" lt="363" ts="1301644667897" s="true" lb="http://localhost/" rc="200" rm="OK" tn="Thread Group 1-138" dt="text" by="7888" ng="200" na="200"/>

ng代表当前线程组中有多少活动线程

na代表整个测试中有多少活动线程

如果没有打开thread_count参数就不会有ng和na的值了。

顺带在说明一下别的参数的意思：

• t表示从请求开始到响应结束的时间
• lt表示整个的空闲时间
• ts表示访问的时刻
• s表示返回的结果true表示成功，false表示失败
• lb表示标题
• rc表示返回的响应码
• rm表示响应信息
• tn表示线程的名字“1-138”表示第1个线程组的第138个线程。
• dt表示响应的文件类型
• by表示请求和响应的字节数

由于JMeterPlugin生成的图很多，下面就每类图做一个简要的介绍：

1  Bytes Throughput Over Time  每秒传输字节吞吐量，表明Jmeter在测试时，随着时间推移发送和接受的字节数

2  Response Codes per Second  每秒返回的响应码，表明Jmeter测试期间，随着时间的推移返回的响应码，从中我们可看到测试期间在哪个时间段内出现了错误。就可以分析在该时间内系统的什么环境因素，导致的错误。

3  Response Latencies Over Time 每秒钟的响应等待时间， 表明Jmeter测试期间，随着时间的推移系统的响应等待时间的变化，也是系统随着时间推移，系统效率的变化。

4  Response Times Distribution  响应时间分布， X轴表示的是响应时间，Y轴表示的是响应次数，F(X,Y)表示系统在某种响应时间内的响应次数是多少，如果在响应时间短的地方，响应次数多，说明系统的效率比较高。

5  Response Times Over Time 每秒钟响应时间，X轴表示的是系统运行的时刻，Y轴表示的是响应时间，F(X,Y)表示系统随着时间的推移，系统的响应时间的变化，可以看出响应时间稳定性。

 
6  Response Times Percentiles 响应时间百分比，X轴表示的是百分比，Y轴表示的是响应时间，F(X,Y)表示低于某个百分比的响应时间，比如有80%的响应低于400ms。

7  Response Times vs Threads 响应时间用户数， X轴表示的是活动线程数，也就是并发访问的用户数，Y轴表示的是响应时间，F(X,Y)表示在某种并发量的情况下，系统的响应时间是多少。

8  Transaction Throughput Over Time   每秒处理的事务吞吐量  统计随着时间推移每秒可能的事务吞吐量 这里的事务吞吐量计算公式是： 活动线程数*1秒/一个线程的响应时间，比如当一个用户向服务器发出一个请求，在100ms后得到响应，那么事务数等于1*1000ms/100ms = 10 transcation/s，得到每秒钟可以处理是个事务数的结果。 

9  Transaction Throughput vs Threads  每活动线程数可能的事务吞吐量，途中X轴表示的是活动线程数，Y轴表示的是事务吞吐量，F(X,Y)的含义是当系统处于某个活动线程数时，系统当时的事务吞吐量是多少。比如当有10个活动线程时，事务吞吐量是100/s，而当有20个活动线程时，事务吞吐量是50/s，说明随着用户访问的增加，系统的处理效率开始下降了。从这个图中我们可以找到一个临界点，在多大的活动线程数时，系统达到最大的吞吐量。

10  Transactions per Second 每秒的事务数，X轴表示访问结束的时刻，Y轴表示访问量，F(X,Y)表示在某个结束时刻，一共有多少的访问量结束访问。

11  Active Threads Over Time 每秒的活动线程数， X轴表示访问的时刻，Y轴表示活动线程数，F(X,Y)表示某个时刻的活动线程数

由于Jmeter本身的瓶颈，当需要模拟数以千计的并发用户时，使用单台机器模拟所有的并发用户就有些力不从心，甚至还会引起JAVA内存溢出的错误。要解决这个问题，可以使用分布式测试，运行多台机器运行所谓的Agent来分担JMeter自身的压力，并借此来获取更大的并发用户数，但是需要进行相关的一些修改，具体如下。
 
1.安装 JMeter，并确定其中一台机器作为 Controller，其他的机器作为 Agent。然后运行所有 Agent 机器上的JMeter-server.bat文件——假定我们使用两台机器 192.168.0.11 和 192.168.0.12 作为 Agent；
（Agent机器上必须安装jdk,并设置环境变量）
 
2.在Controller 机器的 %JMeter_home%/bin下，编辑 JMeter.properties 中“remote_hosts=127.0.0.1”。其中的 127.0.0.1 表示运行 JMeter Agent 的机器，这里需要修改为“remote_hosts=192.168.0.11:1099,192.168.0.12:1099”——其中的 1099为端口号。
 
3、启动controller机器上的jmeter.bat，选择菜单Run中“Remote Start”中的192.168.0.11:10099和192.168.0.12：1099来运行Agent。
 
4. 有时代理的机器太少，仍不能满足需要，则需要将作为Controller的电脑也当作Agent，则同样需要修改JMeter.properties文件，将Controller的IP地址写入。这时，需要打先打开Controller电脑中JMeter下bin目录下的jmeter-server.bat，然后再打开JMeter.bat，此时，进入Run -> Remote Start菜单，可以看到Controller也作为远程机器进行运行。

当远程访问时，会看到控制台上打印出一行：Starting the test on host [ip]:1099 @....，远程执行结束，会打印一行：Finished the test on host [ip]:1099 @...。

常见问题：
1、确定在controller机器上安装jdk,版本和jmeter一致，配置环境变量：Java_home等
   在Agent机器上安装jdk，配置环境变量：Java_home和JMeter_home
2、Agent机器启动Jmeter_server.bat时，后台提示："could not find ApacheJmeter_core.jar"
解决方法：这个是开始没有找到ApacheJmeter_core.jar，后来去JMETER_HOME目录下去查找，最后找到了，如果不希望看到Could not find的字样，需要添加环境变量JMETER_HOME，路径为bin目录的上一级目录，这样启动jmeter-server服务时，就只会看到Found ApacheJMeter_core.jar。

3、Jmeter分布式控制过程中，各个Agent启动的线程数等于线程组中的配置，不是均分线程组中的配置

1、添加并发用户，即添加线程组，并修改其默认配置。

2、选中线程组，单击鼠标右键，选择ADD->配置元件->JDBC Connection Configuration，配置如附图：

3、再次选中线程组，单击鼠标右键，选择ADD->Sampler->JDBC Request，修改名称，输入连接池的名称MySql（与JDBC配置元件的名称相同），输入SQL查询语句。

4、添加监听器用于查看/存储测试结果。