centos ab使用

安裝命令：

yum install httpd-tools -y

查看ab是否安裝成功，能夠切換到上述目錄下，使用ab –V命令進行檢測。以下：

ab -V

his 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/

ab命令默認存放在/usr/bin目錄下。以下：

which ab

顯示如上，表示安裝成功。

而後對某個地址進行壓力測試網站：

ab -n 200 http://192.168.1.123:80/

4、ab性能指標

在進行性能測試過程當中有幾個指標比較重要：

一、吞吐率（Requests per second）

服務器併發處理能力的量化描述，單位是reqs/s，指的是在某個併發用戶數下單位時間內處理的請求數。某個併發用戶數下單位時間內能處理的最大請求數，稱之爲最大吞吐率。

記住：吞吐率是基於併發用戶數的。這句話表明了兩個含義：

a、吞吐率和併發用戶數相關

b、不一樣的併發用戶數下，吞吐率通常是不一樣的

計算公式：總請求數/處理完成這些請求數所花費的時間，即

Request per second=Complete requests/Time taken for tests

必需要說明的是，這個數值表示當前機器的總體性能，值越大越好。

二、併發鏈接數（The number of concurrent connections）

併發鏈接數指的是某個時刻服務器所接受的請求數目，簡單的講，就是一個會話。

三、併發用戶數（Concurrency Level）

要注意區分這個概念和併發鏈接數之間的區別，一個用戶可能同時會產生多個會話，也即鏈接數。在HTTP/1.1下，IE7支持兩個併發鏈接，IE8支持6個併發鏈接，FireFox3支持4個併發鏈接，因此相應的，咱們的併發用戶數就得除以這個基數。

四、用戶平均請求等待時間（Time per request）

計算公式：處理完成全部請求數所花費的時間/（總請求數/併發用戶數），即：

Time per request=Time taken for tests/（Complete requests/Concurrency Level）

五、服務器平均請求等待時間（Time per request:across all concurrent requests）

計算公式：處理完成全部請求數所花費的時間/總請求數，即：

Time taken for/testsComplete requests

能夠看到，它是吞吐率的倒數。

同時，它也等於用戶平均請求等待時間/併發用戶數，即

Time per request/Concurrency Level

 

5、ab實際使用

ab的命令參數比較多，咱們常用的是-c和-n參數。

虛擬主機a.ilanni.com建立完畢後，咱們如今就來測試apache的性能。使用以下命令：

ab -c 10 -n 100 http://a.ilanni.com/index.php

-c10表示併發用戶數爲10

-n100表示請求總數爲100

http://a.ilanni.com/index.php表示請求的目標URL

這行表示同時處理100個請求並運行10次index.php文件。

 

經過測試，結果也一目瞭然，apache測試出的吞吐率爲：Requests per second: 204.89[#/sec](mean)。

除此以外還有其餘一些信息，須要說明下，以下：

Server Software表示被測試的Web服務器軟件名稱。

Server Hostname表示請求的URL主機名。

Server Port表示被測試的Web服務器軟件的監聽端口。

Document Path表示請求的URL中的根絕對路徑，經過該文件的後綴名，咱們通常能夠了解該請求的類型。

Document Length表示HTTP響應數據的正文長度。

Concurrency Level表示併發用戶數，這是咱們設置的參數之一。

Time taken for tests表示全部這些請求被處理完成所花費的總時間。

Complete requests表示總請求數量，這是咱們設置的參數之一。

Failed requests表示失敗的請求數量，這裏的失敗是指請求在鏈接服務器、發送數據等環節發生異常，以及無響應後超時的狀況。若是接收到的HTTP響應數據的頭信息中含有2XX之外的狀態碼，則會在測試結果中顯示另外一個名爲「Non-2xx responses」的統計項，用於統計這部分請求數，這些請求並不算在失敗的請求中。

Total transferred表示全部請求的響應數據長度總和，包括每一個HTTP響應數據的頭信息和正文數據的長度。注意這裏不包括HTTP請求數據的長度，僅僅爲web服務器流向用戶PC的應用層數據總長度。

HTML transferred表示全部請求的響應數據中正文數據的總和，也就是減去了Total transferred中HTTP響應數據中的頭信息的長度。

Requests per second吞吐率，計算公式：Complete requests/Time taken for tests

Time per request用戶平均請求等待時間，計算公式：Time token for tests/（Complete requests/Concurrency Level）。

Time per requet(across all concurrent request)服務器平均請求等待時間，計算公式：Time taken for tests/Complete requests，正好是吞吐率的倒數。也能夠這麼統計：Time per request/Concurrency Level。

Transfer rate表示這些請求在單位時間內從服務器獲取的數據長度，計算公式：Total trnasferred/ Time taken for tests，這個統計很好的說明服務器的處理能力達到極限時，其出口寬帶的需求量。

Percentage of requests served within a certain time（ms）這部分數據用於描述每一個請求處理時間的分佈狀況，好比以上測試，80%的請求處理時間都不超過6ms，這個處理時間是指前面的Time per request，即對於單個用戶而言，平均每一個請求的處理時間。

 

相關案例：

參數不少,通常咱們用 -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時間乘以併發請求數