以下是下載了服務器監控插件的各個組件的功能介紹，有助於以后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）表示某個時刻的活動線程數。