一：最佳用戶數、最大用戶數
轉：http://www.cnblogs.com/jackei/archive/2006/11/20/565527.html
二： 事務、TPS
1：事務：就是用戶某一步或幾步操作的集合。不過，我們要保證它有一個完整意義。比如用戶對某一個頁面的一次請求，用戶對某系統的一次登錄，淘寶用戶對商品的一次確認支付過程。這些我們都可以看作一個事務。那么如何衡量服務器對事務的處理能力。又引出一個概念----TPS。
2：TPS ：每秒鍾系統能夠處理事務或交易的數量，它是衡量系統處理能力的重要指標。
TPS反映了系統在同一時間內能處理業務的最大能力，tps越高，說明系統處理能力越強。系統的TPS隨着時間的變化逐漸變大，這里的最高值並不一定代表系統的最大處理能力，TPS會受到負載的影響，也會隨着負載的增加而逐漸增加，當系統進入繁忙期后，TPS會有所下降。而在幾分鍾以后開始出現少量的失敗事務
3：點擊率（Hit Per Second）
點擊率可以看做是TPS的一種特定情況。點擊率更能體現用戶端對服務器的壓力。TPS更能體現服務器對客戶請求的處理能力。
每秒鍾用戶向web服務器提交的HTTP請求數。這個指標是web 應用特有的一個指標；web應用是“請求-響應”模式，用戶發一個申請，服務器就要處理一次，所以點擊是web應用能夠處理的交易的最小單位。如果把每次點擊定義為一個交易，點擊率和TPS就是一個概念。容易看出，點擊率越大。對服務器的壓力也越大，點擊率只是一個性能參考指標，重要的是分析點擊時產生的影響。
需要注意的是，這里的點擊不是指鼠標的一次“單擊”操作，因為一次“單擊”操作中，客戶端可能向服務器發現多個HTTP請求。
4： ART（事務平均響應時間）
"事務平均響應時間"：客戶端發送請求開始計時，到服務響應結果結束計時，算的平均時間。通過它可以分析測試場景運行期間應用系統的性能走向。根據該圖，可以定位出現性能問題的轉折點。
① 曲線圖持續上升，表明系統的處理能力在下降，事務的響應時間變長；
② 曲線持續平穩，表明並發用戶數達到一定數量，再多請求也可能接受不了，等待；
③當事務的響應時間在下降，表明並發用戶的數量在慢慢減少，事務的請求數也在減少
分析：
如果系統沒有出現下降，但響應時間越來越長，直到系統癱瘓，引起原因可能如下:
1）程序中用戶數連接未做限制，導致請求數不斷上升，響應時間不斷變長；
2）內存泄露
三：網絡問題
1：Throughput（吞吐量）：表示指在一次性能測試過程中網絡上傳輸的數據量的總和。
1.1:系統吞吐量幾個重要參數：QPS（TPS）、並發數、響應時間
QPS（TPS）：每秒鍾request/事務 數量
並發數： 系統同時處理的request/事務數
響應時間： 一般取平均響應時間
1.2:可以依據服務器的吞吐量來評估虛擬用戶產生的負載量，以及看出服務器在流量方面的處理能力以及是否存在瓶頸。
1.3:一個系統吞吐量通常由QPS（TPS）、並發數兩個因素決定，每套系統這兩個值都有一個相對極限值，在應用場景訪問壓力下，只要某一項達到系統最高值，系統的吞吐量就上不去了，如果壓力繼續增大，系統的吞吐量反而會下降，原因是系統超負荷工作，上下文切換、內存等等其它消耗導致系統性能下降。
提示，用吞吐量來衡量一個系統的輸出能力是極其不准確的，用個最簡單的例子說明，一個水龍頭開一天一夜，流出10噸水；10個水龍頭開1秒鍾，流出0.1噸水。當然是一個水龍頭的吞吐量大。你能說1個水龍頭的出水能力是10個水龍頭的強？所以，我們要加單位時間，看誰1秒鍾的出水量大。這就是吞吐率。
2：吞吐率：單位時間內網絡上傳輸的數據量，也可以指單位時間內處理客戶請求數量
四：CPU、內存問題
一般用nmon監控CPU、內存、NET、DISKBUSY
1. CPU利用率：
服務器消耗的處理器時間數量.如果服務器專用於sql server 可接受的最大上限是80% -85 %.也就是常見的CPU 使用率。
說明：正常負載下，服務器的CPU利用率應該在80%以下。超過90%,那么很可能存在處理器瓶頸。如果CPU使用率不斷上升，內存使用率也不斷上升，表明系統可能產生資源爭用情況，引起原因，程序資源調配問題。