http_load學習心得

測試網站每秒所能承受的平均訪問量(吞吐量)
http_load -parallel 5 -fetches 1000 urls.txt
這段命令行是同時使用5個進程，隨機訪問urls.txt中的網址列表，總共訪問1000次。運行之後的結果：
1000 fetches, 5 max parallel, 6e+06 bytes, in 58.1026 seconds
6000 mean bytes/connection
17.2109 fetches/sec, 103266 bytes/sec
msecs/connect: 0.403263 mean, 68.603 max, 0.194 min
msecs/first-response: 284.133 mean, 5410.13 max, 55.735 min
HTTP response codes:
code 200 — 1000
從上面的運行結果來看，目標網站僅僅能夠承受每秒17次訪問，不夠強壯。
測試網站是否能承受住預期的訪問壓力(
http_load -rate 2 -seconds 300 urls.txt
在300秒內保持一定的頻率訪問目標url。
注:
urls.txt保存要訪問的url列表，每行一個
不要測試上線之後的網站，壓垮了可不好玩
例如：
1.http_load -parallel 5 -fetches 1000 urls.txt
2.http_load -rate 2 -seconds 300 urls.txt
3. http_load -p 30 -s 60 urllist.txt
4. http_load -parallel 50 -s 10 urls.txt
這段命令行是同時使用50個進程，隨機訪問urls.txt中的網址列表，總共訪問10秒。

參數說明:
-parallel 簡寫-p ：含義是併發的用戶進程數。
-fetches 簡寫-f ：含義是總計的訪問次數
-rate 簡寫-r ：含義是每秒的訪問頻率
-seconds簡寫-s ：含義是總計的訪問時間
參數是可以自由組合的，參數之間的選擇並沒有什麼限制。
urls.txt保存要訪問的url列表，
url 是你要訪問的網址名，參數可以是單個的網址也可以是包含網址的文件。 文件格式是每行一個URL，URL最好超過50－100個測試效果比較好. 文件格式如下
http://iceskysl.1sters.com/?action=show&id=336
http://iceskysl.1sters.com/?action=show&id=335
http://iceskysl.1sters.com/?action=show&id=332
http://iceskysl.1sters.com/?action=show&id=32
參數瞭解了，我們來運行一條命令, 來看看它的返回結果
命令：% ./http_load -rate 5 -seconds 10 urls
命令解釋: 執行一個持續時間爲10秒的測試，每秒的訪問頻率爲5次。
49 fetches, 2 max parallel, 289884 bytes, in 10.0148 seconds
5916 mean bytes/connection
4.89274 fetches/sec, 28945.5 bytes/sec (重要性能指標吞吐量)
msecs/connect: 28.8932 mean, 44.243 max, 24.488 min(重要指標響應時間)
msecs/first-response: 63.5362 mean, 81.624 max, 57.803 min
HTTP response codes:
code 200 — 49
結果分析：
1．49 fetches, 2 max parallel, 289884 bytes, in 10.0148 seconds
說明在上面的測試中運行了49個請求，最大的併發進程數是2，總計傳輸的數據是289884bytes，運行的時間是10.0148秒
2．5916 mean bytes/connection
說明每一連接平均傳輸的數據量289884/49=5916
3．4.89274 fetches/sec, 28945.5 bytes/sec (吞吐量: 單位時間完成請求數)
說明每秒的響應請求爲4.89274，每秒傳遞的數據爲28945.5 bytes/sec
這個值得是根據 49 fetches / 10.0148 seconds 秒計算出來的
4．msecs/connect: 28.8932 mean, 44.243 max, 24.488 min (響應時間: 每次請求需要的時間, 平均, 最大, 最小)
說明每連接的平均響應時間是28.8932 msecs，最大的響應時間44.243 msecs，最小的響應時間24.488 msecs
5．msecs/first-response: 63.5362 mean, 81.624 max, 57.803 min
6、HTTP response codes: code 200 — 49
說明打開響應頁面的類型，如果403的類型過多，那可能要注意是否系統遇到了瓶頸。
特殊說明：這裏，我們一般會關注到的指標是fetches/sec、msecs/connect
他們分別對應的常用性能指標參數
Qpt-每秒響應用戶數和response time，每連接響應用戶時間。
測試的結果主要也是看這兩個值。
當 然僅有這兩個指標並不能完成對性能的分析，我們還需要對服務器的cpu、memory進行分析，才能得出結論，另外，測試結果中主要的指標是 fetches/sec 這個選項，即服務器每秒能夠響應的查詢次數，用這個指標來衡量性能。似乎比 apache的ab準確率要高一些，也更有說服力一些。

http_load測試參數比較
./http_load -parallel 200 -seconds 10 urls
按照固定時間來結束測試,這樣可以比較相同時間內被測服務器的響應速度.
./http_load -parallel 200 -fetches 1000 urls
按照固定申請數來測試,這樣可以比較相同訪問量下返回的響應速度.
雖然兩者都可以獲取到服務器的響應速度
但是使用fetches更容易讓被測服務器收到壓力
由於seconds控制測試時間,很有可能在短時間內測試客戶端並沒有發起足夠數量的請求
而服務端在收到足夠壓力之前,測試就已經結束了.
有一些情況,諸如內存泄漏以及資源回收不利或者對後面的響應速度越來越慢等情況
在這種測試條件下不容易發生
而使用fetchs,能夠讓客戶端保證確定請求數的全部處理.
使用時間作爲控制參數
會由於測試人員不夠耐心而人爲將seconds參數設置過小
導致測試結果失去意義
所以,最後建議使用fetches作爲測試參數.用以作爲基準進行比較