- 节能。这是一项持续的改进计划，通过对系统中各个部分的重构来降低操作系统本身产生的能耗，并配合一些硬件特性来在运行过程中关闭暂时不用的硬件来节省电能。
- 轻量级内核线程。这个主要是帮助开发人员简化他们的设计模型。
- ECMP和新的ARP实现。将流量在多个链路上路由的能力。
- DTrace。
- vimage 和 Xen 支持。对虚拟化的改进。
- NFSv4支持。
原本我们还有计划在这个版本中正式引入基于 LLVM/Clang 的 C 编译器，实际上这部分的工作已经基本接近尾声了，但是由于代码变动减速阶段已经开始，我想这部分很可能会推迟到 8.0-RELEASE 正式发布之后再引入 9.0-CURRENT。
ChinaUnix：最后一个问题，您做为资深的BSD用户，相信也用过Linux，能简单的比较一下两者的差别么？比如代码质量、社区合作方式、商业支持等。
delphij：从使用者的角度，FreeBSD有一个叫POLA的规则，也就是说在新版本中尽可能减少用户可见的、不必要的界面变动。同样的配置，往往 可以同时在不同的 FreeBSD大版本升级之后继续使用。另一方面，FreeBSD 力求做到使用方式的统一，通过ports/packages 套件安装的第三方软件，往往会修改成一致的、符合一定规范的安装方式，从而减少服务器维护的成本。
Linux 的开发模式更倾向于尽快地引入新的东西。我个人订阅了几种 BSD 操作系统、Linux 内核和 OpenSolaris 的提交邮件列表，从新增功能的引入就可以看出这一点。Linux 的开发方式中，会将改好的东西直接丢进 tovards 的 git tree，这种方法有其优点——大家可以自己改自己的部分而不互相影响，但也有其缺点，对于开发人员来说，想要追踪代码的变动，或进行更大范围的同僚复审 会比较困难，因为你要追踪的变动很可能在另一个 git 库中，甚至在作者自己的硬盘里面。我个人比较倾向于集中式的 SCM 管理，通过代码冻结这样的过程，能够让更多的人关注发行版本的品质，从而有助于产生更好的成果，然而，也有观点认为 FreeBSD的开发模式对于新加入团队的开发者来说门槛过高，特别是同僚复审过程，有时对刚加入团队的开发人员来说，某种程度上会是心理上的挑战。
对于系统管理员来说，FreeBSD 提供了很多非常方便的性能诊断分析工具，例如ktrace，能够帮助管理员了解系统正在进行的操作并迅速定位问题，而其预设配置也多是基于安全和可靠性考 虑。同时，由于系统中的不同部件风格非常一致，也有助于他们了解更多的技术和架构细节。
对于研发型用户（例如制作嵌入式设备的初创公司，等等）而言，FreeBSD 的优势在于代码风格统一以及宽松的授权。前者使得第三方开发人员能够很快地熟悉整个系统中各个部分的代码，减少在理解方面所遇到的阻碍，因为好的代码是具 备良好的设计和实现，而不需要“情景分析”的。而宽松的授权则让这些用户能够在遵守授权规则的前提下，不需要担心新版本软件的授权突然将他们的行为列为违 规而带来的法律风险；另外，更重要的是，*BSD由于历史上所经历的法律诉讼，对代码的合法性审核非常严格，有问题的代码，哪怕仅仅是有可能侵犯专利，都 会在第一时间被删除而不是成为日后被其他公司诉讼的隐患。在北美市场，由于这些因素的影响，已经有一些嵌入式厂商逐渐将产品转为使用 *BSD 和 FreeBSD 平台。
最近几年一家一直在支持和提供 FreeBSD 服务的公司—— iXsystems （原 BSDi）在努力地拓展 FreeBSD 与硬件制造商之间的关系，并且在一些大用户的推动下取得了相当多的进展，而受其影响，在北美地区也有一些开发人员创业成立咨询公司来提供 FreeBSD 驱动移植等方面的服务，这些都会改善现有的一些驱动程序相对匮乏的现状。对于有兴趣开发 FreeBSD 硬件驱动的厂商，我们提供了一个名为freebsd-drivers 的邮件列表来向他们提供技术支持。我个人也非常希望未来国内能够出现针对 FreeBSD 提供商业支持的公司。
