大多數在win下面進行開發
的人員，在做壓力測試時，都是採用了apache
自帶的ab.exe進行測試的。工具
雖然小，但也算強大。只是Ab的數據
不是特別準確。
除此之一，還有一些工具可以做壓力測試，如loadRunner,webbench等。現在我就做一點小小的介紹。。
ab命令
的參數、輸出結果的中文
註解格式： ./ab [options]
[http://]hostname[:port]/path
參數：
-n requests Number of requests to perform
//在測試會話中所執行的請求個數。默認時，僅執行一個請求
-c concurrency Number of multiple requests to make
//一次產生的請求個數。默認是一次一個。
-t timelimit Seconds to max. wait for responses
//測試所進行的最大秒數。其內部隱含值是-n 50000。它可以使對服務器
的測試限制在一個固定的總時間以內。默認時，沒有
時間限制。
-p postfile File containing data to POST
//包含了需要POST的數據的文件
.
-T content-type Content-type header for POSTing
//POST數據所使用的Content-type頭信息。
-v verbosity How much troubleshooting info to print
//設置
顯示信息的詳細程度 - 4或更大值會顯示頭信息，
3或更大值可以顯示響應代碼
(404, 200等),
2或更大值可以顯示警告和其他信息。 -V 顯示版本號並退出。
-w Print out results in HTML
tables
//以HTML表的格式輸出結果。默認時，它是白色背景的兩列寬度的一張表。
-i Use HEAD instead of GET
// 執行HEAD請求，而不是GET。
-x attributes String to insert as table attributes
//
-y attributes String to insert as tr attributes
//
-z attributes String to insert as td or th attributes
//
-C attribute Add cookie, eg. 'Apache=1234. (repeatable)
//-C cookie-name=value 對請求附加一個Cookie:行。
其典型形式是name=value的一個參數對。此參數可以重複。
-H attribute Add Arbitrary header line, eg. 'Accept-Encoding: gzip'
Inserted after all normal header lines. (repeatable)
-A attribute Add Basic WWW Authentication, the attributes
are a colon separated username and password.
-P attribute Add Basic Proxy Authentication, the attributes
are a colon separated username and password.
//-P proxy-auth-username:password 對一箇中轉代理提供BASIC認證信任。用戶
名和密碼由一個:隔開，並以base64編碼形式發
送。無論服務
器是否需要(即,
是否發送了401認證需求代碼)，此字符
串都會被髮送。
-X proxy:port Proxyserver and port number to use
-V Print version number and exit
-k Use HTTP
KeepAlive feature
-d Do not show percentiles served table.
-S Do not show confidence estimators and warnings.
-g filename Output collected data to gnuplot format file.
-e filename Output CSV file with percentages served
-h Display usage information (this message)
//-attributes 設置 屬性的字符串. 缺陷程序
中有各種靜態聲明的固定長度的緩衝區。另外，對命令
行參數、服務器的響應頭和其他外部輸入的解析
也很簡單，這可能會有不良後果。它沒有完整地實現
HTTP/1.x; 僅接受某些'預想'的響應格式。 strstr(3)的頻繁使用可能會帶來性能
問題，即,
你可能是在測試ab而不是服務器的性能。
參數很多,一般我們用 -c 和 -n 參數就可以了. 例如:
./ab -c 1000 -n 1000 http://127.0.0.1/index.php
這個表示同時處理1000個請求並運行1000次 index.php文件.
#/usr/local/xiaobai/apache2054/bin/ab -c 1000 -n 1000 http://127.0.0.1/index.html.zh-cn.gb2312
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $>
apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/
Benchmarking 127.0.0.1 (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
Completed 900 requests
Finished 1000 requests
Server
Software:
Apache/2.0.54
//平臺
apache 版本2.0.54
Server Hostname: 127.0.0.1
//服務器主機名
Server Port: 80
//服務器端口
Document Path: /index.html.zh-cn.gb2312
//測試的頁面
文檔
Document Length: 1018 bytes
//文檔大小
Concurrency Level: 1000
//併發數
Time taken for tests: 8.188731 seconds
//整個測試持續的時間
Complete requests: 1000
// 完成的請求數量
Failed requests: 0
//失敗的請求數量
Write errors: 0
Total transferred: 1361581 bytes
//整個場景中的網絡
傳輸量
HTML transferred: 1055666 bytes
//整個場景中的HTML內容傳輸量
Requests per second: 122.12 [#/sec] (mean)
//大家最關心的指標之一，相當於 LR 中的 每秒事務數 ，後面括號中的 mean 表示這是一個平均值
Time per request: 8188.731 [ms] (mean)
//大家最關心的指標之二，相當於 LR 中的 平均事務響應時間 ，後面括號中的 mean 表示這是一個平均值
Time per request: 8.189 [ms] (mean, across all concurrent requests)
//每個請求實際運行時間的平均值
Transfer rate: 162.30 [Kbytes/sec] received
//平均每秒網絡上的流量，可以幫助排除是否存在網絡流量過大導致響應時間延長的問題
Connection Times (ms)
min mean[+/-sd] median max
Connect: 4 646 1078.7 89 3291
Processing: 165 992 493.1 938 4712
Waiting: 118 934 480.6 882 4554
Total: 813 1638 1338.9 1093 7785
//網絡上消耗的時間的分解，各項數據的具體算法還不是很清楚
Percentage of the requests served within a certain time (ms)
50% 1093
66% 1247
75% 1373
80% 1493
90% 4061
95% 4398
98% 5608
99% 7368
100% 7785 (longest request)
//整個場景中所有請求的響應情況。在場景中每個請求都有一個響應時間，其中50％的用戶響應時間小於1093 毫秒，60％
的用戶響應時間小於1247 毫秒，最大的響應時間小於7785 毫秒
由於對於併發請求，cpu實際上並不是同時處理的，而是按照每個請求獲得的時間片逐個輪轉處理的，所以基本上第一個Time per
request時間約等於第二個Time per request時間乘以併發請求數
loadrunner簡介
LoadRunner 對應用
程序進行壓力測試，以隔離並標識潛在的客戶端
、網絡和服務器瓶頸。
通過 LoadRunner，可以在可控制的峯值負載
條件下測試系統
。要生成負載，LoadRunner
需要運行分佈在網絡中的數千個虛擬用戶 (Vuser)。通過使用最少的硬件資源，這些 Vuser
提供一致的、可重複並可度量的負載，像實際用戶一樣使用您的應用程序。LoadRunner 深入的報告和圖可以提供評估應用程序性能所需的信息。
LoadRunner 技術
使用 Mercury LoadRunner，可以創建場景，並在其中定義性能測試會話期間發生的事件。在場景中， LoadRunner
會在物理計算機上用虛擬用戶（即 Vuser）代替真實用戶。這些 Vuser
通過以可重複、可預測的方式模擬典型用戶的操作，在系統上創建負載。假設您正在測試一個基於 Web
的旅行代理應用程序（用戶可以通過它在線預訂航班），並要確定多個用戶同時執行相同的事務時，該應用程序將如何處理。使用
LoadRunner代替旅行代理，您可以創建具有 1000 個 Vuser 的場景，並且這些 Vuser 可以同時嘗試在應用程序中預訂航班。
測試過程
LoadRunner 測試過程由以下四個基本步驟組成：
➤ 步驟 1 — 創建腳本
：捕獲在您的應用程序中執行的典型最終用戶業務流
程。
➤ 步驟 2 — 設計
場景：通過定義測試會話期間發生的事件，設置負載測
試環境
。
➤ 步驟 3 — 運行場景：運行、管理
並監控負載測試。
➤ 步驟 4 — 分析結果：分析負載測試期間 LoadRunner 生成的性能數據。
LoadRunner 組件
測試過程的每個步驟均由一個 Mercury LoadRunner 組件執行。這些組件如下：
➤ Mercury 虛擬用戶生成器 (VuGen) — 創建腳本VuGen 通過錄制應用程序中典型最終用戶執行的操作來生成虛擬用戶
(Vuser)。VuGen 將這些操作錄製到自動虛擬用戶腳本中，以便作爲負載測試的基礎
。
➤ Mercury LoadRunner Controller — 設計和運行場景Controller
是用來創建、管理和監控負載測試的中央控制檯。使用 Controller 可以運行用來模擬真實用戶執行的操作的腳本，並可以通過讓多個 Vuser
（虛擬用戶）同時執行這些操作來在系統中創建負載。
➤ Mercury Analysis — 分析場景
Mercury Analysis
提供包含深入的性能分析信息的圖和報告。使用這些圖和報告，可以標識和確定應用程序中的瓶頸，並確定需要對系統進行哪些更改來提高系統性能。
WEBbench簡介
webbench最多可以模擬3萬個併發連接去測試網站的負載能力，個人感覺要比Apache自帶的ab壓力測試工具好，安裝使用也特別方便。
1、適用系統：Linux
2、編譯
安裝：
wget http://blog.s135.com/soft/linux
/webbench/webbench-1.5.tar.gz
tar zxvf webbench-1.5.tar.gz
cd webbench-1.5
make && make install
3、使用：
webbench -c 500 -t 30 http://127.0.0.1/test.jpg
參數說明：-c表示併發數，-t表示時間(秒)
4、測試結果示例：
Webbench - Simple Web Benchmark 1.5
Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software.
Benchmarking: GET http://127.0.0.1/test.jpg
500 clients, running 30 sec.
Speed=3230 pages/min, 11614212 bytes/sec.
Requests: 1615 susceed, 0 failed.
ab是最方便的。畢竟他直接內置。。。webbench需要安裝在linux下，一般人還真難裝。loadRunner太大了，幾百兆的東西，而且，很多
人還用不來。
