訪問量效能關注點：
每秒處理事務數 transiaction per second
每秒處理請求數 request per second
系統同時處理請求/事務數
併發數=qps/平均相應時間
吞吐量指標反映的是伺服器承受的壓力，他能夠說明系統的負載能力，和qps、併發數相關 。
兩種描述角度：業務角度和網路角度。
1、從業務角度看，吞吐量可以用：請求數/秒、頁面數/秒、人數/天或處理業務數/小時等單位來衡量。以請求數/秒的方式表示主要是受應用伺服器和應用**的制約體現出的瓶頸。
2、從網路角度看，吞吐量可以用：位元組/秒來衡量。可以表示數要受網路基礎設施、伺服器架構、應用伺服器制約等方面的瓶。
開始，系統只有乙個使用者，cpu工作肯定是不飽合的。一方面該伺服器可能有多個cpu，但是只處理單個程序，另一方面，在處理乙個程序中，有些階段可能是io階段，這個時候會造成cpu等待，但是有沒有其他請 求程序可以被處理）。隨著併發使用者數的增加，cpu利用率上公升，qps相應也增加（公式為qps=併發使用者數/平均響應時間。）隨著併發使用者數的增加，平均響應時間也在增加，而且平均響應時間的增加是乙個指數增加曲線。而當併發數增加到很大時，每秒鐘都會有很多請求需要處理，會造成程序（執行緒）頻繁切換，反正真正用於處理請求的時間變少，每秒能夠處 理的請求數反而變少，同時使用者的請求等待時間也會變大，甚至超過使用者的心理底線。
b2b的tps和pv之間的關係不同的系統不同的應用場景比例變化比較大，粗略估計在1 : 8個小時左右的關係（09年對offerdetail的流量分析資料）。旺鋪和offerdetail這兩個比例相差很大，可能是因為爬蟲暫的比例較高的原因導致。
在**環境下，假設我們壓力測試出的tps為100，那麼這個系統的日吞吐量=100113600=396萬
這個是在簡單（單一url）的情況下，有些頁面，乙個頁面有多個request，系統的實際吞吐量還要小。
page view 時間段內的頁面訪問量
每個html（已包含jsp、css等載入）頁面的載入計數1次，包括重新整理。
user view 時間段內的訪客訪問量
乙個電腦終端算乙個訪客
兩個不同使用者使用同一臺電腦 前後登陸 只算乙個（內部演算法若其他則根據自身演算法）
ip 時間段內的ip訪問量
乙個時間段內，ip 多次訪問只算一次
1、 相應時間
2、 伺服器資源使用情況是否合理
3、 應用伺服器和資料庫資源使用是否合理
4、 系統能否實現擴充套件
5、 系統最多支援多少使用者訪問、系統最大業務處理量是多少
6、 系統效能可能存在的瓶頸在**
7、 更換那些裝置可以提高效能
8、 系統能否支援7×24小時的業務訪問
1、 架構設計是否合理
2、 資料庫設計是否合理
3、 **是否存在效能方面的問題
4、 系統中是否有不合理的記憶體使用方式
5、 系統中是否存在不合理的執行緒同步方式
6、 系統中是否存在不合理的資源競爭
效能測試的幾個主要術語及計算
註冊使用者是存在於系統資料庫表中的基礎資料。這部分使用者是指系統所擁有的所有使用者群體。這些使用者是不會全部對系統造成壓力的，唯一的壓力就是這些使用者占用了系統的儲存，影響了資料庫的容量。平均併發使用者數的計算 c nl t 其中c是平均的併發使用者數，n是平均每天訪問使用者數 login sess...
軟體效能的主要術語
軟體效能測試過程詳解與案例分析 段念 編著 學習筆記二 1.響應時間 對請求做出響應所需用的時間 應用系統從發出請求開始到客戶端接收到響應所消耗的時間 應用系統從請求發出開始到客戶端接收到最後乙個位元組資料所消耗的時間 一般使用此種方式描述響應時間 頁面響應時間 網路傳輸時間 應用延遲時間 對乙個電...
軟體效能中幾個主要的術語
一 響應時間 響應時間是 對請求做出響應所需要的時間 之前說過，它既有客觀的成分，也有主觀的成分，一般將使用者所感受到的軟體效能 響應時間 分為呈現時間和伺服器端響應時間兩個部分。對於乙個web應用，呈現時間就是瀏覽器接受到響應資料後呈現和執行頁面上指令碼所消耗的時間 而伺服器端響應時間指應用系統從...