*BSD中文用户社区

18.2.1. 常规系统配置
当然，系统安装时不同的选项在系统配置时有很大的差异。 有时一些容易忽略的小选项可能会长期地导致某种性能问题。

18.2.1.1. 文件系统和磁盘
文件系统在磁盘上如何布置是很重要的。在硬件RAID系统上, 这不是什么大问题, 但是, 很多用户在老系统上使用NetBSD，这些系统上面没有硬件RAID。把 / 尽量靠近第一块磁盘是个不错的想法， , 但是举例来说，按照此理论如果有几块磁盘可以选择时应该将根分区设置在第一块磁盘上，但是真的是将 / 放在第一块磁盘上性能就最好吗？另一个相关的, 将 /usr单独分离出来明智吗? /usr/pkgsrc目录的使用量真的很大吗? 在一块快速的磁盘存放/usr/pkgsrc目录听起来似乎有道理，但实际情况可能并非如此。就像性能调整中的所有因素一样, 要具体情况具体分析。

18.2.1.2. 配置交换
有三种关于交换分区大小的思想流派以及大约50种关于如何按照优先次序分开交换文件及应该怎样做的理论。关于分区大小, 厂商流派 (至少多数的商业公司) 在每个操作系统上通常有自己的公式。例如, 在一个安装有某个Oracle版本的某版本HP-UX上的公式是:
2.5 GB * 处理器个数

这么说吧, 这真的要根据使用的数据库版本及大小, 例如数据库大到必须分布式保存,那上面的公式就不太适用了.

另一个思想流派有关分区大小的理论听起来有些古怪，但确实有些道理：如果可能, 参考系统的内存设置数据库大小。它具体实施像这样:

1. 启动一台计算机，马上运行所有应用程序:数据库、web服务器.....不管什么全加载上去， 然后评估所需的内存总量。
2. 增加一些安全系数 —— 增加少许 MB。
3. 从所需内存总量里减去物理内存容量.

如果剩余量是3倍的物理内存容量, 应该考虑增加部分物理内存. 当然问题是如何计算出所需的内存总量以及交换占用多少空间。这种方法还有一个缺陷, 有些程序运行的不稳定。 一个有目共睹的例子就是web浏览器. 特定版本的Netscape, 会莫名其妙地出现问题，程序转而吞噬交换空间，所以剩余的空间越大，杀掉进程所用的时间就越长。
最后但很重要的一个流派的理论是经过实践验证的：也就是将swap空间设置成物理内存的2倍的方法. 在一台现代以及甚至老一些的计算机上这样看来能让计算机工作的最好。
总之, 很难说什么时候交换开始。 即使在仅有16MB内存的机器(或更少)上NetBSD对多数人来说仍可以工作的很好，除非你正在运行有问题的程序。