我们是否有权使用会降低性能的工具(例如，系统是否处于生产中或在评估持续时间中是否为我们所专用?)。

　　我们能够模拟或观察真实工作负载的程度。

　　估计新程序需要的资源对未编写的程序进行精确估计是不可能的。编码阶段发生的创作和重新设计是难以预见的，但下面的准则可以帮助您对需求有一个全面了解。作为一个起点，小程序需要以下条件：

　　大约 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 成本与随机存取成本更接近。