JMeter自身运行性能优化
by:授客 QQ：1033553122
测试环境
apache-jmeter-2.13
1. 问题描述
单台机器的下JMeter启动较大线程数时可能会出现运行报错的情况，或者在运行一段时间后，JMeter每秒生成的请求数会逐步下降，直到为0，即JMeter运行变得很“卡”。
2. 解决方法
1）设置JVM内存
找到JMeter bin目录下的jmeter.bat文件，notepad等文本工具打开，编辑
找到如下内容，
rem See the unix startup file for the rationale of the following parameters,
rem including some tuning recommendations
set HEAP=-Xms512m -Xmx512m
set NEW=-XX:NewSize=128m -XX:MaxNewSize=128m
set SURVIVOR=-XX:SurvivorRatio=8 -XX:TargetSurvivorRatio=50%
set TENURING=-XX:MaxTenuringThreshold=2
修改带背景色，文字带颜色内容如下
set HEAP=-Xms2048m -Xmx2048m
set NEW=-XX:NewSize=640m -XX:MaxNewSize=640m
说明：
-Xms512m：初始化堆内存大小 -Xmx512m：最大堆内存大小，这里的内存大小建议为512的整数倍，可以根据机器实际内存进行合理的设置，建议最大值-Xmx不要超过剩余物理内存的50%
通常会将 -Xms 与 -Xmx两个参数的配置相同的值，其目的是为了能够在java垃圾回收机制清理完堆区后不需要重新分隔计算堆区的大小而浪费资源
set NEW=-XX:NewSize=640m -XX:MaxNewSize=640m
1）-XX:newSize：新生代初始内存的大小，应该小于 -Xms的值
2） -XX:MaxnewSize：表示新生代可被分配的内存的最大上限；当然这个值应该小于-Xmx的值，因为新生代占内存来自整个堆内存。为了优化GC(内存垃圾回收)，最好设置-XX:MaxnewSize值约等于-Xmx的1/3
注意：jvm在执行GC时，会停止工作。MaxnewSize的增大，可以降低GC频率，
2）指定测试结果数据存储文件
如上，JMeter中很多插件都提供了结果文件存储设置，为了避免请求测试结果数据都存储到JVM内存(因常驻数据无法回收，量大的话会很快压垮jmeter)，需要为插件指定一个文件，把数据存储到该文件，测试前务必要进行这类设置检查。
另外，通常结果文件要保存为CSV格式（比起xml格式，可以少写入好多数据）
3）针对某些监听器，设置仅记录错误日志
根据第二点的分析，针对某些监听器（比如查看结果树），我们只需关注错误日志信息的情况下，需要勾选“仅日志错误”，这样只会保存错误日志到内存，数据不会多。
4）通过保存的结果文件“重绘”测试监听结果图表
针对一些不需要在测试过程中“实时”查看的测试“监听器”图表，可以考虑“线下”生成图表。具体做法如下所例。
eg:
如上图，这里添加了监听器“聚合报告”，插件，因为我们需要查看相关数据，比如吞吐量，请求耗时等，但是我们不需要实时查看结果，所以把对监听结果“聚合报告”给禁用了(更重要的别因是聚合报告非常消耗CPU。
然后，我们添加了监听器“Simple Data Writer”，并设置结果数据存放文件（例子中为“测试结果.csv”），如果有必要的话还可以点击Configure设置需要保存的条目，文件格式等（通常默认设置就可以了）
注：Simple Data Writer：该监听器可用于记录测试结果到某个文件，但不提供ui展示。
最后，等测试完成后，我们在插件控制面板中，点击浏览按钮，打开上述保存的文件，结果如下，可以看到生成的分析数据了。
注意：
1）Log/Display Only: 仅错误日志Successes
这里如果勾选了仅错误日志，那么记录数据、展示数据的时候只会记录/展示错误日志，如果勾选了Successes，则只会记录/展示成功执行的记录，两个都不勾选，则默认记录全部信息。这点针对其它插件也是如此
2）打开保存的数据文件，默认会分析数据文件中的所有内容，所以，每次执行前都应该重新命名结果文件（可以在输入框中直接输入新的文件名，或者找到存储目录下，备份结果文件后，把结果文件删了），防止每次测试的数据都写入到一个文件里，叠加统计了。这点针对其它插件也是如此
3）每次打开保存的结果数据文件之前，要点击工具栏的 清除、清除全部按钮，清除展示的数据，否则展示的数据会在上次的基础上叠加显示。这点针对其它插件也是如此