ab命令原理
Apache的ab命令模擬多線程併發請求,測試服務器負載壓力,也能夠測試nginx、lighthttp、IIS等其它Web服務器的壓力。
ab命令對發出負載的計算機要求很低,既不會佔用不少CPU,也不會佔用太多的內存,但卻會給目標服務器形成巨大的負載,所以是某些DDOS攻擊之必備良藥,老小皆宜。本身使用也須謹慎。不然一次上太多的負載,形成目標服務器直接因內存耗光死機,而不得不硬重啓,得不償失。html
在帶寬不足的狀況下,最好是本機進行測試,建議使用內網的另外一臺或者多臺服務器經過內網進行測試,這樣得出的數據,準確度會高不少。遠程對web服務器進行壓力測試,每每效果不理想(由於網絡延時過大或帶寬不足)nginx
下載安裝:
http://mirror.bit.edu.cn/apache//httpd/binaries/win32/?C=M;O=A
找到 httpd-2.2.21-win32-x86-no_ssl.msi web
參數文檔:
http://httpd.apache.org/docs/2.2/programs/ab.htmlapache
運行:
在Windows系統下,打開cmd命令行窗口,定位到apache安裝目錄的bin目錄下
cd C:\Program Files (x86)\Apache Software Foundation\Apache2.2\bin服務器
鍵入命令:
ab -n 800 -c 800 http://192.168.0.10/
(-n發出800個請求,-c模擬800併發,至關800人同時訪問,後面是測試url)網絡
ab -t 60 -c 100 http://192.168.0.10/
在60秒內發請求,一次100個請求。
//若是須要在url中帶參數,這樣作
ab -t 60 -c 100 -T "text/plain" -p p.txt http://192.168.0.10/hello.html
p.txt 是和ab.exe在一個目錄
p.txt 中能夠寫參數,如 p=wdp&fq=78
多線程
結果參數解釋:
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/併發
Benchmarking 192.168.0.10 (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Finished 800 requests測試
Server Software: Microsoft-HTTPAPI/2.0
Server Hostname: 192.168.0.10
Server Port: 80url
Document Path: /
Document Length: 315 bytes HTTP響應數據的正文長度
Concurrency Level: 800
Time taken for tests: 0.914 seconds 全部這些請求處理完成所花費的時間
Complete requests: 800 完成請求數
Failed requests: 0 失敗請求數
Write errors: 0
Non-2xx responses: 800
Total transferred: 393600 bytes 網絡總傳輸量
HTML transferred: 252000 bytes HTML內容傳輸量
Requests per second: 875.22 [#/sec] (mean) 吞吐量-每秒請求數
Time per request: 914.052 [ms] (mean) 服務器收到請求,響應頁面要花費的時間
Time per request: 1.143 [ms] (mean, across all concurrent requests) 併發的每一個請求平均消耗時間
Transfer rate: 420.52 [Kbytes/sec] received 平均每秒網絡上的流量,能夠幫助排除是否存在網絡流量過大致使響應時間延長的問題
網絡上消耗的時間的分解:
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 0.5 1 3
Processing: 245 534 125.2 570 682
Waiting: 11 386 189.1 409 669
Total: 246 535 125.0 571 684
整個場景中全部請求的響應狀況。在場景中每一個請求都有一個響應時間
其中 50% 的用戶響應時間小於 571 毫秒
80 % 的用戶響應時間小於 652 毫秒
最大的響應時間小於 684 毫秒
Percentage of the requests served within a certain time (ms)
50% 571
66% 627
75% 646
80% 652
90% 666
95% 677
98% 681
99% 682
100% 684 (longest request)
原文:
http://www.cnblogs.com/zengxiangzhan/archive/2012/12/07/2807141.html