我們是否有權使用會降低性能的工具(例如，系統是否處于生產中或在評估持續時間中是否為我們所專用?)。
我們能夠模擬或觀察真實工作負載的程度。
估計新程序需要的資源對未編寫的程序進行精確估計是不可能的。編碼階段發生的創作和重新設計是難以預見的，但下面的準則可以幫助您對需求有一個全面了解。作為一個起點，最小程序需要以下條件：
大約 50 毫秒的 CPU 時間，大部分是系統時間。
實內存一個程序文本頁面大約 15 個頁面(其中 2 個是暫存頁面)用于工作(數據)段對 libc.a 進行訪問。通常這和所有其它程序共享，并當作操作系統基本成本的一部分。
大約 12 個頁面調進的磁盤 I/O 操作(如果程序最近尚未編譯、復制或使用)。否則什么都不需要。
除了上述一些方面，還有由設計所隱含要求的基本成本容差(給出的單元僅作示例用)：
CPU 時間不包含高級迭代或昂貴子例程調用的普通程序的 CPU 消耗小得幾乎不可測量。
如果提到的程序包含計算復雜的算法，則開發一個原型，對算法進行評估。
如果提到的程序使用計算復雜的庫子例程，如 X 或 Motif 構造或 printf() 子例程，則用其它小程序對它們的 CPU 消耗進行評估。
實內存每個程序文本頁面允許大約 350 行代碼，其中每行大約 12 字節。不要忘了編碼風格與編譯器選項可在任一方面產生一兩種因素的差異。該容差是針對與您典型情況相關的頁面的。如果您的設計在可執行程序的結束處安插有執行次數很少的子例程，則那些頁面通常不消耗實內存。
引用共享庫而不是 libc.a 會增加內存需求，僅從這個意義上來說，那些庫并不與其它程序或正在估計程序的實例共享。為量度這些庫的大小，請編寫一個長期運行的引用那些庫的小程序，并對進程使用 svmon -P 命令。
估計在設計中所確定的數據結構所需存儲量大小。集中到最靠近的頁面。
在短時間的運行中，每一個磁盤 I/O 操作使用一個內存頁面。假設頁面必須已是可用的。不要假設程序會等待另一個程序的頁面釋放。
磁盤 I/O對于順序 I/O，每讀或寫 4096 字節導致一個 I/O 操作，除非文件最近剛被訪問過并且一些頁面仍留在內存中。
對于隨機 I/O，每一次對不同的 4096 字節頁面的訪問，無論大小，都會導致一個 I/O 操作，除非文件最近剛被訪問過并且一些頁面仍留在內存中。
每一次對大文件進行 4 KB 頁面的順序讀寫會占用大約 100 個單元。每一次進行 4 KB 頁面的隨機讀寫會占用大約 300 個單元。記住實際文件不一定順序存儲在磁盤上，盡管程序對它們進行順序寫和讀。因此，與順序存取成本相比，實際磁盤存取的典型 CPU 成本與隨機存取成本更接近。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
