盤點JMeter不為人知細節

2020 年 3 月 11 日
筆記

Jmeter工作原理

向伺服器提交請求，並從伺服器取回請求返回的結果。即建立一個執行緒池，多執行緒運行取樣器產生大量負載，在運行過程中通過斷言來驗證結果的正確性，通過監聽器來記錄測試結果.

文章內容以Jmeter5.0 版本為分享, 前提條件, 需要有jdk1.8 以上環境.

我們都知道jmeter是以java語言開發的, 它是免費的,跨平台的,開源的apache項目,且無需安裝

相比於LR, 它的優勢是顯而易見的.

我們將Jmeter解壓後可以看到如下結構目錄:

Backups目錄

文件備份目錄, 備份jmeter運行時的腳本,備份文件的存儲位置

Bin 目錄

bin存放了配置文件(比如jvm設置,日誌設置), 核心可執行文件, 啟動文件, 報告生成方式, 啟動jar包, 示例腳本等.

啟動文件就在bin目錄下, 點擊jmeter 就可以啟動jmeter應用程式了.

2.1 bin/jmeter

網上有很多文章介紹如何修改jmeter記憶體配置, Windows環境在jmeter.bat , Linux或Mac os 在jmeter.sh文件里, 我們通過實際操作發現修改這兩文件沒有作用, 那該怎麼辦呢? 官網肯定會給出解釋.

我們來查閱一下官方文檔提供的權威說明

https://jmeter.apache.org/usermanual/get-started.html#non_gui

直譯:Jmeter需要設置一些環境變數去配置JVM 使用, 這些變數的設置在shell啟動jmeter script 里. 翻譯的如有偏頗請勿拍磚!

原來配置jvm記憶體在這裡

我們打開看下

果然我們在jmeter 的啟動腳本里找到了它.

這裡是配置jmeter所需的jvm空間,我們要找的是jmeter啟動後,運行時記憶體大小該如何配置, 接著往下看官網的解釋

在這裡我們發現了jmeter start後,java運行時記憶體管理

我們依然在對應的文件里順利的找到了.

以上設置完成後, 我們保存重啟jmeter.

我們設置jmeter好以後, 去驗證一下jmeter啟動後記憶體設置情況, 這裡我們用到了Jconsole遠程連接來查看jmeter記憶體情況.

從中我們不難發現, 和我們配置是相符的.

2.2 Bin/jmeter-server

在使用Jmeter進行介面的性能測試時，由於Jmeter 是JAVA應用，對於CPU和記憶體的消耗比較大, 當需要模擬數以萬計的並發用戶時，使用單台機器模擬所有並發用戶就有些力不從心, 甚至會引起JAVA記憶體溢出錯誤。為了讓jmeter工具提供更大的負載能,可以使用Jmeter提供的分散式功能來啟動多台電腦來分壓測試. 模型是一台Master, 多台slave,jmeter分散式 很好的解決了單台運算能力不足的問題.

2.3 Bin/jmeter.properties

一個重要的核心配置文件, 包含配置默認語言, 遠程主機配置, 以及各類結果文件配置, 報告輸出格式等等