通信 I/O如果磁盤 I/O 實際上是對網絡文件系統(NFS)遠程安裝的文件系統的，則磁盤 I/O 在服務器上執行，但客戶機會承擔更高的 CPU 和內存要求。
任何一種 RPC 對 CPU 負載都有非常大的貢獻。設計中提出的 RPC 應該預先進行最小化、批處理、原型化和評估。
每一次進行 4 KB 頁面的順序 NFS 讀或寫會占用客戶機大約 600 個單元。每一次進行 4 KB 頁面的隨機 NFS 讀或寫會占用客戶機大約 1000 個單元。
Web 瀏覽和 Web 服務暗示有大量的網絡 I/O，同時 TCP 連接的打開和關閉非常頻繁。
變換程序級別估計為工作負載估計估計高峰和典型資源需求的最好方法是使用排隊模型，如 BEST/1.您可以使用靜態模型，但有冒高估或低估高峰資源的危險。在任一情況下，從資源需求的觀點出發，您都需要理解工作負載中的多個程序是如何交互的。
如果您正在構建一個靜態模型，請使用時間間隔，這是對大多數頻繁運行或苛求的程序(通常兩者是相同的)而言可接受性最差的響應時間。決定在每個時間間隔中通常運行哪些程序，這要基于您所規劃的用戶數、他們的思考次數、擊鍵輸入速率以及預期的混合操作。
使用以下準則：
CPU 時間在時間間隔中運行的所用程序的 CPU 需求總和。包括程序正要執行的磁盤和通信 I/O 的 CPU 需求。
如果在時間間隔中這個數字大于可用 CPU 時間的 75%，則應考慮減少用戶數或增加 CPU.實內存操作系統內存需求隨物理內存大小而變化。操作系統本身使用 6 到 8 MB.單機系統中該數字更小。后一個數字是對 LAN 連接以及使用 TCP/IP 和 NFS 的系統而言的。
在時間間隔中運行的程序所有實例的工作段需求總和，包括為程序數據結構所估計的空間。
即將運行的每個不同程序文本段的內存需求(一個程序文本副本為該程序所有實例服務)的總和。記住來自非共享庫的任何(且僅僅)子例程將成為可執行程序的一部分，但這些庫本身并不在內存中。
每一個由工作負載中任何程序使用的共享庫所消耗的空間大小總和。再次強調，一個副本可供所有實例使用。
為了提供足夠的空間用作某種文件高速緩存和自由列表，您的內存規劃總和不應超過要使用的機器大小的 80%.磁盤 I/O每個程序的每個實例所暗示的 I/O 總數。分別計算小文件(或隨機讀寫的大文件)與完全順序讀或寫的大文件(大于 32 KB)的 I/O 總數。
除去那些您認為可以從內存中獲得的 I/O.前一個時間間隔的任何讀或寫記錄在當前時間間隔中很可能仍然可用。此外，檢查提出的機器的大小并與機器工作負載的總 RAM 需求對比。操作系統需求與工作負載需求之外的所有剩余空間可能包含最近讀或寫的文件頁面。如果您的應用程序設計如上面所述，那么很有可能您會重新使用最近訪問過的數據，您可以針對高速緩存的效果計算容差。記住重新使用是在頁面級別上，而不是記錄級別上。如果重新使用一條給定記錄的可能性很低，但每個頁面又有大量記錄，則在任何給定時間間隔中需要的一些記錄可能會像最近使用過的其它記錄一樣落在同一頁面中。
把凈 I/O 需求(每張磁盤每秒鐘的磁盤 I/O)與當前磁盤驅動器的近似容量相比較。如果隨機或順序需求超過要保存應用程序數據的相應的磁盤總容量的 75%，那么就有必要在應用程序運行時進行調諧(并且可能是擴展)。
通信 I/O計算工作負載的帶寬消耗。如果 LAN 上所有節點的總帶寬消耗大于額定帶寬的 70%(以太網中的 50%)，您可能想使用帶寬更高的網絡。
對要加在服務器上的額外負載的 CPU、內存和 I/O 需求進行類似分析。
注：記住只有當不可能進行綜合評估時，這些準則才有用。任何可用來代替某個準則的應用程序特定的評估都會顯著提高估計的精確性。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
