因爲本次測試,僅僅是對靜態網站首頁進行的測試,因此沒有涉及到MySQL數據庫的性能監測web
Linux上一款優秀的web性能壓力測試工具。webbench最多能夠模擬3萬個併發鏈接去測試網站的負載能力。數據庫
下面開始測試服務器
下面是5000個併發持續120秒訪問首頁,進行壓力測試網絡
[root@localhost webbench-1.5]# webbench -c 5000 -t 120 http://192.168.1.71/ Webbench - Simple Web Benchmark 1.5 Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software. Benchmarking: GET http://192.168.1.71/ 5000 clients, running 120 sec. Speed=519831 pages/min, -9534187 bytes/sec. Requests: 1039663 susceed, 0 failed.
上面測試結果展現,每分鐘處理51.9831萬個請求的頁面,至關於每秒可以處理8663個請求
請求成功數是1039663次,請求失敗數是0次併發
[root@localhost webbench-1.5]# webbench -c 5000 -t 300 http://192.168.1.71/ Webbench - Simple Web Benchmark 1.5 Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software. Benchmarking: GET http://192.168.1.71/ 5000 clients, running 300 sec. Speed=514527 pages/min, -2642553 bytes/sec. Requests: 2572479 susceed, 159 failed.
請求成功數是2572479次,請求失敗數是159次,說明5000的併發已經很危險了高併發
下面是6000個併發持續60秒訪問首頁,進行壓力測試工具
[root@localhost webbench-1.5]# webbench -c 6000 -t 60 http://192.168.1.71/ Webbench - Simple Web Benchmark 1.5 Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software. Benchmarking: GET http://192.168.1.71/ 6000 clients, running 60 sec. Speed=222115 pages/min, 11179411 bytes/sec. Requests: 221307 susceed, 808 failed.
[root@localhost webbench-1.5]# webbench -c 4000 -t 300 http://192.168.1.71/ Webbench - Simple Web Benchmark 1.5 Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software. Benchmarking: GET http://192.168.1.71/ 4000 clients, running 300 sec. Speed=530127 pages/min, -1853290 bytes/sec. Requests: 2650594 susceed, 44 failed.
[root@localhost webbench-1.5]# webbench -c 3000 -t 300 http://192.168.1.71/ Webbench - Simple Web Benchmark 1.5 Copyright (c) Radim Kolar 1997-2004, GPL Open Source Software. Benchmarking: GET http://192.168.1.71/ 3000 clients, running 300 sec. Speed=542579 pages/min, -1223879 bytes/sec. Requests: 2712899 susceed, 0 failed.
併發爲5000時,訪問網站打開速度比較快,基本不受影響,可是內存使用率達到 物理內存:共 911.86 MB , 已用 836.53 MB , 空閒 75.33 MB , 使用率 92.5%, 真實內存使用 729.24 MB , 真實內存空閒 182.62 MB , 使用率 79.97 %; 併發爲4000時,訪問網站打開速度快,基本不受影響,可是內存使用率達到 物理內存:共 911.86 MB , 已用 803.5 MB , 空閒 108.36 MB , 使用率 88.12% Cache化內存爲 197.68 MB , 使用率 21.68 % | Buffers緩衝爲 0 MB 真實內存使用 605.82 MB , 真實內存空閒 306.04 MB , 使用率 66.44 % SWAP區:共 1640 MB , 已使用 106.36 MB , 空閒 1533.64 MB , 使用率 6.49 % 併發爲3000時,訪問網站打開速度快,可是內存使用率達到 物理內存:共 911.86 MB , 已用 748.3 MB , 空閒 163.56 MB , 使用率 82.06% Cache化內存爲 244.91 MB , 使用率 26.86 % | Buffers緩衝爲 0 MB 真實內存使用 503.39 MB , 真實內存空閒 408.47 MB , 使用率 55.2 % SWAP區:共 1640 MB , 已使用 106.06 MB , 空閒 1533.94 MB , 使用率 6.47 % %Cpu(s): 18.5 us, 62.4 sy,
從上面五次測試結果能夠看出,當前網站支撐3000個併發是沒問題的,內存使用率55%,cpu使用率佔62.4% 所以,基本鎖定網站能支撐的併發是3k左右,基本能抗住日均流量259200000 = 2.592億次。 上面的結論是,以靜態網站做爲前提的。But 我沒把服務器網絡帶寬算進去……不知道影響幾何了。
通常的,中小企業網站能達到3000併發已經至關不錯了。而通常的不少項目,基本日均PV數是幾百萬,這隻要併發能達到100左右,日均PV就有864萬左右了。性能
通過此次壓力測試,基本對併發,日均PV有了大體的認識,也對服務器性能有了基本瞭解測試
要支持高併發、大流量,還得對程序進行好的優化。優化