關於併發用戶數的思考-經過PV量換算併發

如下文章來自轉載：地址 http://bbs.51testing.com/thread-881620-1-1.html

首先介紹一下pv量：
PV(訪問量)：即Page View, 即頁面瀏覽量或點擊量，用戶每次刷新即被計算一次。
UV(獨立訪客)：即Unique Visitor,訪問您網站的一臺電腦客戶端爲一個訪客。00:00-24:00內相同的客戶
端只被計算一次。
IP(獨立IP)：即Internet Protocol,指獨立IP數。00:00-24:00內相同IP地址之被計算一次。
***************************
問題：一個系統的日均pv量是8000，那麼併發用戶數應該是多少?

一、首先，我以爲應該考察這個系統的業務都有什麼，各個之間有什麼關聯性。這些PV都分佈在哪裏業務上。
二、若是這些pv爲單一業務，那麼還要看用戶在前臺的一次操做，會對服務器端產生幾個請求。由於若是網頁中包含圖片、js等內容，用戶一次打開操做，會對服務器產生多個操做。
三、咱們假設用戶在前臺的一次操做，僅產生一次pv。用戶併發數是指多少用戶同時對服務器產生訪問。對此，我假設了三種訪問狀況：
    （1）最差狀況：8000個用戶同時發起請求，那麼併發用戶數應爲8000
    （2）最好狀況：8000個用戶在時間上均勻地發起請求。那麼併發用戶數爲8000/24*60*60=0.093。摺合一分鐘內之有5.5個請求，基本上就沒有併發，只是單個執行。
    （3）80~20原則：可是在現實生活中，以上兩種狀況發生的機率很小。根據統計學原理，採用80~20原則計算併發用戶數。
             8000*0.8/（8*60*60*0.2）=1.11，即每秒中有兩個用戶併發。
          可能有人會問：爲何是每秒多少個用戶，不是每小時、每分鐘、每毫秒？
          回答：我作一個120人併發查詢的項目，響應時間最小0.047s，最大6.216s，平均0.779s。與服務器的一次業務交互，大約須要1秒鐘。
         我的感受，以小時、分鐘作單位，時間跨度太長；以毫秒作單位，時間跨度又過短。綜上所述，以秒爲單位比較合適。
四、lr使用集合點後，每次迭代中，必須所有（或部分）請求獲得回覆後，才發起下次迭代。因此在迭代週期內咱們只發送了一次併發請求，咱們在根據80~20原則計算得出的併發用戶數，還要乘以這個迭代週期。
      例如個人查詢項目中，迭代週期大約爲9秒，因此併發用戶數爲1.11*9=9.99,最終獲得併發用戶數爲10個

我的觀點，若有不妥之處，請指正