一、jp@gc - Actiive Threads Over Time 不同時間活動用戶數量展示
下面是一個階梯加壓測試的圖標
二、jp@gc - Transactions per Second ，即TPS：每秒事務數
性能測試中，最重要的2個指標之一。該插件的作用是在測試腳本執行過程中，監控查看服務器的TPS表現————比如整體趨勢、實時平均值走向、穩定性等。
三、jp@gc - Response Times Over Time，即TRT：事務響應時間
性能測試中，最重要的兩個指標的另外一個。該插件的主要作用是在測試腳本執行過程中，監控查看響應時間的實時平均值、整體響應時間走向等。
四、jp@gc - PerfMon Metrics Collector，即服務器性能監控數據采集器
在性能測試過程中，除了監控TPS和TRT，還需要監控服務器的資源使用情況，比如CPU、memory、I/O等。該插件可以在性能測試中實時監控服務器的各項資源使用。
下面內容轉自：https://www.jianshu.com/p/0e632bd2caf7
1、服務器端
（1）下載ServerAgent,把下載的ServerAgent-2.2.*.zip復制到服務器端，解壓即可
（2）windows的服務器，運行文件夾中的startAgent.bat即可，linux的服務器是運行startAgent.sh（需要jar環境支持，沒有安裝的自行安裝）
（3）服務器端使用方法
運行startAgent.sh/bat啟動ServerAgent，默認是使用4444的TCP/UDP端口，若需要指定端口，如1234則添加如下參數：
./startAgent.sh --udp-port 0 --tcp-port 1234 0代表不開啟該端口
出現如下提示則表示已經正常開啟
2、客戶端（Jmeter端）
（1）隨便添加一個HTTP請求的sampler，把線程組設為無限循環
（2）添加“jp@gc - PerfMon Metrics Collector”監聽器
（3）添加要監控的項目，如CPU、內存等，一行選擇一種
（4）最后運行jmx測試計划就行啦
碰到的幾個坑
網上相關的教程其實很多了，寫這篇主要還是記錄一下自己碰到的坑吧，前幾天一直連接不上，搜了幾天都沒找到解決辦法。。。這里就給需要的人參考一下
我的測試環境——客戶端：win10（64位），服務端：Ubuntu Server 16.04（64位）
1、網上包括官方教程都有說開啟服務端后，要在客戶端telnet一下確定是否連上，但我這里用telnet一直都是連接中，不知道是不是個例。雖然telnet一直是連接中，不過Jmeter插件還是可以正常連上並返回監控數據的，所以如果測試時看到telnet卡在連接中，先直接在Jmeter插件中測試吧。
2、telnet跟Jmeter中都提示連接超時（Jmeter報錯ERROR: java.net.ConnectException: Connection timed out: connect serveragent），如果服務端已經正常啟動ServerAgent，而且端口也在正常監聽，一般就是client-server的通訊問題，檢查兩個地方：一是服務端的防火牆，二如果是不在同一個網段，還需要檢查一下路由器中的端口有沒有被占用。
最開始我在本機和虛擬機中的服務器中測試，發現死都telnet超時，檢查服務器端口沒有被占用，服務器自身telnet也是正常，網上搜的基本都是說改端口，試了沒用。后來又查了下防火牆設置，最開始以為是iptables，結果根本就沒裝，后面才發現Ubuntu自帶的是ufw...關掉后就正常了，也是坑
虛擬機連接測試OK后，就試着連阿里雲的測試服務器了，一樣設置ufw防火牆后，發現又連不上= =，這次是真的找不到原因了，請教運維同事，查了一天才查到原來是路由器上的4444端口被占用了。。。真是坑大了，服務端重新開啟ServerAgent指定另一個端口后，連接終於正常了。。。