jmeter相關學習筆記（策略）

http://www.cnblogs.com/jackei/archive/2006/11/15/560578.html

參考資料。很是重要：！！

 

幾個概念：

併發數是指「併發鏈接」，是個狀態。不是併發請求，也不是併發響應，這兩個概念都指是動做

最佳併發用戶數：隨着併發量的增長，吞吐量（每秒事務數）再也不相應的增長，而且響應時間繼續增加

峯值負載：應該是性能需求的一部分，表示系統有可能要面對的最大併發量，是一種極限狀況。在這種極限狀況下，系統能夠繼續爲用戶提供服務，可是響應時間已經接近用戶所能忍受的最大時間。另外，由於這是一種極限狀況，因此應該認爲峯值負載不會長期持續存在，若是峯值負載長期持續存在，必然致使大量用戶請求失敗。不過當峯值負載逐漸降回到平均負載水平時，系統的響應能力也應當恢復到相應的水平； 

系統的負載（併發用戶數）與吞吐量（每秒事務數）、響應時間以及資源利用率（包括軟硬件資源）之間存在着一個「此消彼長」的關係。

吞吐量（throughput）：事務數/秒爲單位來衡量系統的響應能力

併發用戶數 ≠ 每秒請求數

簡單說，當你在性能測試工具或者腳本中設置了100併發用戶數後，並不能指望着必定會有每秒100個請求發給服務器。事實上，對於一個虛擬用戶來講，每秒發出多少請求只跟服務器返回響應的速度有關。若是虛擬用戶在0.5秒內就收到了響應，那麼它會當即發出第二個請求；而若是要一直等待3秒才能獲得響應，它將會一直等到收到響應後才發出第二個請求。也就是說，併發用戶數的設置只是保證服務器在任一時刻都有100個請求須要處理，而並不必定是保證每秒中發送100個請求給服務器。

因此，只有當響應時間剛好是1秒時，併發用戶數纔會等於每秒請求數；不然，每秒請求數可能大於併發用戶數或小於併發用戶數。