Project Server 2010 效能的關鍵評量值
適用版本： Project Server 2010
上次修改主題的時間： 2011-03-11
這是新發佈的文章。我們竭誠歡迎您提供意見，以協助提升技術文件的品質。請將關於此文件的任何意見、問題或關心議題傳送至 epmdocfeedback@microsoft.com。
輸送量與回應時間為測量系統的所需、預期或實際效能的兩個共同評量。本文將定義這兩個評量，因為它們是評量 Microsoft Project Server 2010 效能的重要因素。
輸送量
「輸送量」是系統在單位時間內可以處理之作業數目的度量。輸送量通常是以「每秒的作業數目」來表示。不過，您必須清楚地判斷在每個特定內容中「作業」所代表的意義。以網頁為例：您可以將整頁的服務視為一個作業，或是您可以將伺服器所收到以服務頁面的所有個別 HTTP 要求視為不同的作業 (網頁可以包含圖像及其他獨立要求的資源)。這兩個定義應該可以釐清，在處理輸送量度量時，為什麼您必須清楚「作業」所代表的意義。
評估系統所需的輸送量是一項需要深入且全面瞭解使用者使用模式的挑戰。根據下列計算，業界平均值建議每秒一個作業可對應至 1,000 個使用者：
1,000 個使用者平均以 10% 並行工作。
因此平均起來，在 1000 個使用者的系統上有 100 個並行使用者。
對於 100 個並行使用者中的每個使用者而言，每個使用者的每個作業有 100 秒 (使用者的「思考時間」)。
如果使用中的使用者在不同作業之間暫停 100 秒，該使用者每小時會產生 36 個作業 (一個小時有 3,600 秒除以使用者要求之間的 100 秒，等於該使用者所產生的 36 個作業)。
如果使用者平均每個小時產生 36 個作業，而且一共有 100 個並行使用者，並行使用者平均每個小時將總共要求 3,600 個作業。因為一小時有 3,600 秒，使用者將需要每秒可以提供一個作業的解決方案 (每小時 3,600 秒/每小時 3,600 個使用者作業)。
當然，前面的計算假設應根據您特定案例的使用者並行存取、尖峰因素以及使用模式來加以修改。請注意每秒 10 個作業的輸送量並不代表每個作業在 0.1 秒內進行完整的處理，而是系統在該秒鐘處理了 10 個作業。這也就是為什麼「回應時間」是不同的評量，與輸送量的效能一樣重要。
回應時間
無關於系統同時可以管理的作業數目，對使用者甚至更重要的另一項效能度量是絕對「回應時間」。回應時間降低可以做為容量問題的良好指標。回應時間瓶頸的可能範圍，例如磁碟存取、網路 I/O、記憶體以及處理器問題。回應時間大幅取決於作業類型、資料設定檔、系統設定等幾項因素。另外請務必為您所考慮的所有不同作業，詳細定義回應時間的接受臨界值。