以下是下载了服务器监控插件的各个组件的功能介绍，有助于以后jmeter的性能测试
1.jp@gc - Actiive Threads Over Time：不同时间的活动用户数量展示（图表）
当前的时间间隔是1毫秒，在setting中可以设置时间间隔以及其他的参数
2.jp@gc - AutoStop Listener ：自动停止监听器
设置当发生某些预期之外的情况时自动停止测试
average Response Time is greater than 10000ms for 10 seconds ：连续10s平均响应时间大于10000ms就停止测试
average Latency is greater than 5000ms for 10 seconds ：连接10s平均等待时间大于5000ms就停止测试
Error Rate is greater than 50% for 10 seconds ：10s内错误率一直高于50％就停止测试
3.jp@gc - Bytes Throughput Over Time:不同时间吞吐量（字节Bytes）展示（图表）
聚合报告里，Throughput是按请求个数来展示的，比如说1.9/sec，就是每s发送1.9个请求；而这里的展示是按字节Bytes来展示的图表，表示每秒发送多少字节
4.jp@gc - Composite Graph： 混合图表
在它的Graphs里面可以设置多少个图表一起展示，它可以同时展示多个图表
这里可以将一些图表结合在一起查看性能趋势和走向，有利于对比和结合查看性能
5.jp@gc - Flexible File Writer：这个插件允许你灵活记录测试结果
Filename：结果记录的文件，将结果保存的文件
Overwirte existing file：是否覆盖这个文件，如果该文件有内容，勾选决定每次的结果是否覆盖文件的内容
Ｗrite File Header：文件的头(即文件的第一行)
Record each sample：记录不同的sample，sample如http请求的sample（记录哪些内容，什么顺序，如何隔开不同的值）
Write File Footer：文件的结尾（即文件的最后一行）
6.jp@gc - Hits per Second：每秒点击量，点击量在性能测试-常见的性能指标（一）的博文中已经详细介绍，指的是每秒web服务器接收到的请求数
7.jp@gc - PerfMon Metrics Collector：服务器性能监测控件，包括CPU，Memory，Network，Ｉ/Ｏ等等（此功能用到在需监听的服务器上启动startAgent）
根据需要选择CPU，Memory，Network Ｉ/Ｏ等
监控的cpu的情况如下：
8.jp@gc - Reponse Latencies Over Time：记录客户端发送请求完成后，服务器端返回请求之前这段时间
9.jp@gc - Reponse Times Distribution： 显示测试的响应时间分布，X轴显示由时间间隔分组的响应时间，Y轴包含每个区间的样本数
10.jp@gc - Respose Times Over Time： 响应时间超时，显示每个采样以毫秒为单位的平均响应时间
11.jp@gc - Response Times vs Threads： 线程响应时间，显示响应时间的并行线程的数量如何变化
12.jp@gc - Transactions per Second： 每秒事务数，服务器每秒处理的事务数
13.聚合报告
lable：对应每一个http请求，显示的是http请求的Name，如百度http请求name为baidu
#Samples：表示这一次的测试中一共发出了多少请求，如上图所示，sougou和baidu的http请求每个都发出30个请求
Average：平均响应时间，指的是所有的请求的平均响应时间，如上图的30个请求的总的响应时间除以30得出的平均响应时间，默认的情况下是单个请求的平均响应时间，但当使用了“事务控制器”时，则以事物为单位显示平均响应时间
Median：中位数，也就是50%用户的响应时间
90%Line：90%用户的响应时间
Min：最小响应时间
Max：最大的响应时间
Error%：本次测试中出现错误的请求的数量/请求的总数，如上图所示，本次的测试中，sougou的http请求66.6%的请求出错，而baidu的请求则没有出错的请求
Throughput：吞吐量，默认情况下表示每秒完成的请求数，如上图所示，每秒完成的请求数分别为6.6个每秒，6.2个每秒
Recived KB/Sec：每秒从服务器端接收到的数据量，以kb为计算的单位
这里是对每个插件的用处进行解释：
PerfMon Metrics Collector：用于监控机器的CPU、Memory、swap、Disks I/O、Networks I/O。CPU：cpu占用量百分比；
Memory：存储量的使用情况；swap：交换区的使用情况；Disks I/O：磁盘I/O；Networks I/O：网络I/O
Hits per Second：每秒测试计划所产生的点击服务器的次数。
Bytes Throughput Over Time：在压力测试期间接收和发送的bytes数。
Composite Graph：将你的测试计划中的所有图表集合在同一张图表中以方便查看。
Response Codes per Second：每秒返回的响应码，表明jmeter测试期间，随着时间的推移返回的响应码，从中我们可以看到测试期间在哪个时间段内出现了错误，就可以分析在该时间内系统的什么环境因素导致的错误。
Response Latencies Over Time：每秒钟的响应等待时间，表明jmeter测试期间，随着时间的推移，系统的响应等待时间的变化，也是系统随着时间推移系统效率的变化。
Response Times Distribution：响应时间分布，X轴表示的是响应时间，Y轴表示的是响应次数，F（X,Y）表示系统在某种响应时间次数是多少，如果响应时间短的地方，响应次数多，说明系统的效率越高。
Response Times Over Time：每秒钟响应时间，X轴表示的是系统运行的时刻，Y轴表示的是响应时间，F（X,Y）表示系统随着时间的推移，系统的响应时间的变化，可以看出响应时间的稳定性。
Response Times Percentiles：响应时间的百分比，X轴表示的是百分比，Y轴表示的是响应时间，F（X,Y）表示低于某个百分比的响应时间，比如有80%的响应低于400ms。
Response Times vs Threads：响应时间用户数，X轴表示的是活动线程数，也就是并发访问的用户数，Y轴表示的是响应时间，F（X,Y）表示在某种并发量的情况下，系统的响应时间是多少。
Transaction Throughput vs Threads：每个活动线程数的事务吞吐量，X轴表示的是活动线程数，Y轴表示的是事务吞吐量，F（X,Y）的含义是当系统处于某个活动线程数时，系统当时的事务吞吐量是多少，比如当有10个活动线程时，事务吞吐量是100/s，而当有20个活动线程时，事务吞吐量是50/s，说明随着用户访问的增加，系统的处理效率开始下降了，从这个图中可以找到一个临界点，在多大的活动线程数时，系统达到最大的吞吐量。
Transactions per Second：每秒的事务数，X轴表示访问结束的时刻，Y轴表示访问量，F（X,Y）表示在某个结束时刻，一共有多少的访问量结束访问。
Active Threads Over Time：每秒的活动线程数，X轴表示访问的时刻，Y轴表示活动线程数，F（X,Y）表示某个时刻的活动线程数。
每天一点点，感受自己存在的意义。
