apache裏面ad壓力測試

壓力測試主要看兩個指標:一個QPS這個是代表服務器每秒可以處理多少個請求,然後TPS是用戶每秒的查詢事務。這樣就很簡單了,只要服務器TPS如果一直超過用戶QPS的話,那麼服務器就沒有壓力,否則就會產生壓力,服務器會頂不住。

 

別人解釋:

Qps基本類似於Tps,但是不同的是,對於一個頁面的一次訪問,形成一個Tps;但一次頁面請求,可能產生多次對服務器的請求,服務器對這些請求,就可計入“Qps”之中。

例如:訪問一個頁面會請求服務器3次,一次放,產生一個“T”,產生3個“Q” 

 

一個很有趣的峯值QPS理論:

 

二、指標分析

TPS吞吐量:請求數/請求響應的時間(s) ,即每秒請求數,對應 Request per second一項,tps=13.24 req/s

響應時間:請求發送到接受到請求的時間差,單位爲ms,一般看90%的響應時間,此時RT=862ms

併發連接數:每秒服務器端能處理的連接數。併發連接數 = 吞吐量*響應時間,併發連接數=11.4 req

PV:Page View網頁的瀏覽次數,或者點擊量

UV:Unique Visitor,一臺ip地址爲一個訪客。00:00-24:00內相同的客戶端只被計算一次

峯值QPS:每天80%的訪問集中在20%的時間裏,這20%時間叫做峯值時間

( 總PV數 * 80% ) / ( 每天秒數 * 20% ) = 峯值時間每秒請求數(QPS)

峯值機器數:保證機器數量抗住峯值QPS,機器數 = 峯值QPS/單臺機器QPS

 

三、Question

一、QPS和TPS有什麼區別?

TPS是每秒處理的請求數,是統計每秒用戶的請求次數。QPS是每秒處理的查詢次數,是統計每秒對於服務器查詢的次數。用戶一次請求,tps+1,而可能該請求中對應3次服務器查詢次數,則qps+3。

例如輸入一個url,返回html內容,對應查詢服務器一次,而有可能在html中再次出現一個url,還需查詢同樣的服務器一次,則此時QPS>TPS。

 

二、每天300w PV 的在單臺機器上,這臺機器需要多少QPS?如果一臺機器的QPS是58,需要幾臺機器來支持?

 

( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)

139 / 58 = 3

 

 

參考資源:

https://blog.csdn.net/vainfanfan/article/details/90176481?depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1&utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1

 

https://blog.csdn.net/u010889616/article/details/83245695 #TPS、QPS和系統吞吐量的區別和理解

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章