FreeBSD服务器的安装与优化之优化篇

FreeBSD 5中把引入大量的新特性，包括核心级线程(目前FreeBSD中的线程支持仅限于用户级线程，这在多处理器的环境下性能不够好，当然，目前使用fork()来支持的多进程线程模拟能够提供类似核心级线程的功能，但并不是所有的程序员都知道怎么样使用fork)、完整的Soft Updates(这一变化把提供更好的文件系统性能，同时提供更好的稳定性)，等等。

如果你有快速的Internet连接，一台或一些空余的机器(当然，不是生产用的服务器)，并且希望为FreeBSD的开发作贡献，或者你关心操作系统的最新发展，那么，-CURRENT分支是最好的选择。此外，由于-CURRENT分支性能不好、稳定性不够等这些缺点，对于生产的服务器来说，通常运行的应该是FreeBSD-STABLE。

如同它的名字那样，FreeBSD-STABLE的目的是“稳定地运行”。-CURRENT分支中的代码，在经过一段时间(通常是7到90天，但安全更新属于特例，通常会在几个小时)的验证之后，符合版本条件(有些新特性只能用于FreeBSD 5.0)的代码会被FreeBSD-STABLE吸收，这个操作称作MFC(Merge From -CURRENT，不是Microsoft Foundation Classes)。

由于FreeBSD 5.0的第一个RELEASE至今仍然没有发布，因此，目前还没有5.0-STABLE。目前，FreeBSD-STABLE有两个版本，FreeBSD 3-STABLE和FreeBSD 4-STABLE，分别对应3.x和4.x的最新稳定版代码(对应的cvs tag分别是RELENG_3和RELENG_4)。由于版本的更新换代，其中3.x的-STABLE正在逐渐消亡。FreeBSD-STABLE每天平均会修改10个左右的文件。

每隔一段时间，FreeBSD的发行工程组(Release Engineering Team)会对FreeBSD-STABLE的源代码树进行锁定。这段时间(目前的规定是30天，之前还有30天准备)内，所有的MFC操作都需要发行工程组的批准，因此，FreeBSD-STABLE在这个阶段基本不会引入任何新的特性。

经过这段时间之后，发行工程组会在最后锁定ports树，并build一份所有的package，之后，这份锁定的-STABLE，可能经过若干RC(Release Candidate)，被命名为RELEASE，并制作光盘发行。

顾名思义，-RELEASE的设计目标是“发行”。一个版本一旦RELEASE，那么他的功能就不会再增加了。此后的所有维护的目标都只有一个，那就是绝对稳定。

如果你和-RELEASE分支同步，那么绝不会出现make无法通过的情况，而且，通常这也可以保证你的系统“绝对”稳定，因为它不会引入任何新功能。

目前，FreeBSD有很多RELEASE版本，它们的cvs tag如下。我个人建议使用最新的4.6.2-RELEASE。

对于多数人来说，-RELEASE是一个比较极端的选择。无论何时出现版本升级，如果你想跟进，那都必须修改supfile，如果你选择不跟进，那么就可能造成ports工作异常。如果经常更新，-RELEASE可以保证操作系统本身的安全性，但同其他分支一样，如果ports出了问题，那么也得一块make，而既然这样，还不如使用-STABLE。