FreeBSD 8.0 新特性概览

发布: 2009-11-26 17:48


系统全局/架构变化




无 INET / 仅IPv6 形式的内核



现状: 开发中, 大部分能用


将出现在8.0: 或许不会


作者: Bjoern Zeeb 以及其他


网址:邮件列表公告





IPv6 的开发和部署有条不紊地进行着, 而人们乐于看到 FreeBSD 系统能够仅配上 IPv6(而不是


缺省配置的 IPv4+IPv6 双料) 运行 .





从历史上看, BSD的是所有TCP / IP协议实现的鼻祖, 而FreeBSD 中 的 IPv4 代码则遍及


内核的整个网络层,从设备驱动程序到更高的套接字层。最近的一项倡议旨在确定分层行为的准备,


首先建立一个不带 INET 支持(即IPv4的) 的内核,然后建立一个仅 带有 IPv6 的内核。


这一变化涉及大量内核子系统,如防火墙,桥接, NFS和其他等。





CLANG/ LLVM 编译器




现状:实验阶段,但已可用.动作频频.


将出现在8.0: 不会


作者:Roman Divacky ,Pawel Worach ,Ed Schouten 和其他


网址: LLVM , CLANGFreeBSD的维基页面 , 邮件列表公告





由于GCC 这套编译器在4.2 版本之后以GPLv3重发布,以及 一些BSD系统的用户


对 GPLv3 本身极为不满(主要是商业用户,有着 “GPLv3 不得入内”的公司政策),


若有另一种替代的选择,非 GPL3 的编译器进驻基础系统 (base system) 即成众望所归.


目前,总的一致意见是,GCC 4.3 版将不会引入到基础系统(同样的问题也存在于其他 GPLv3 代码) 。





LLVMCLANG 项目一起, 提供了完全BSD 授权的C / C + +编译器的基础设施,


而且是性能和功能层面接近或好于GCC.其中 LLVM 做后端而 CLANG 则构成这一基础设施的前端部分。





最近的开发进度表明,LLVM + CLANG 不仅立马可用,而且也十分的稳定.


在不久的将来取代基础系统中的 GCC 的概率颇高,虽然它可能不会在8.x系列做为默认编译器.





要知道,这基本上还是在基础系统动这个。有太多的第三方软件依赖于GCC 以致于它不可能被彻底取代.





Port并行联编




现状:已提交


将出现在8.0: 确定


作者: Pav Lucistnik和成千上万的人


网址:邮件列表公告





Port 基础设施作为FreeBSD操作系统的一部分,肩负着提供数以千计(实际上接近20 000数)的第三方软件包


给FreeBSD的用户.它使每个人都能够安装定制软件, 不论是从源代码(传统并且是推荐方式)或类似的二进制


软件包的方式.





Port 基础设施的源代码编译已得到加强,能够以并联方式联编.在这多核心CPU的时代,这意味着软件包的编译


时间将大幅度减少。默认情况下,(编译时)所有可用的逻辑CPU都会被启用.





此项增强功能无关8.0版本,可用于现有较新版本的FreeBSD.


Port依赖图仍是串行编译(即一次仅编译一个port,但每个port的编译过程并行化) .





内核级及底层的改进




更好地处理设备热拔插




现状:提交至CURRENT, 合并回STABLE


将出现在8.0: 确定


作者: Edward Tomasz Napierala


网站: FreeBSD 基金项目





热拔插加载了文件系统的设备引起的系统崩溃(典型的例子就是拔掉已加载文件系统的 USB 闪存)是


最终用户报告的最最常见的问题.新的进展是,在FreeBSD 基金项目的资助下,这个问题解决了。





Jail 第2版




现状:提交至CURRENT, 合并回STABLE


将出现在8.0: 确定


作者:Bjoern Zeeb 以及其他


网址: 已提交信息





Jail 子系统已大大加强和更新,以支持现代FreeBSD的功能.


除了支持每个 Jail 多个(或无需)IP 地址, 亦实现了对 IPv6 和 SCTP 协议的支持, Jail 现在也可以支持绑到特定CPU.


Jail 结合ZFS 时尤其强大,系统管理员可以在Jail 内创建和管理自己的文件系统.





Xen的DOM-u 支持




现状:提交至CURRENT


将出现在8.0: 确定


作者:Kip Macy


网址: 维基页面 , 邮件列表





FreeBSD 已集成了对Xen的支持,能够被用来作为较新版本的Xen dom0系统的


32位客户操作系统(不是宿主系统!) .


8.0 的一个目标是让FreeBSD适用于亚马逊EC2 .该项目需要测试和赞助.





新的USB协议栈




现状:提交至CURRENT


将出现在8.0: 确定


作者:Hans Petter Selasky


网址: 公告, SVN信息





(新) USB 协议栈获得了重大改革而且新的代码修正了许多的问题.


新特性有是完全支持事务分离,事务同步,剔除巨锁依赖( MPSAFE ) ,


一套新的API等等.详见SVN信息.




新的USB协议栈将沿用旧的驱动和内核模块的名字,增加的向后兼容.





MPSAFE TTY




现状:提交至CURRENT


将出现在8.0: 确定


作者:Ed Schouten


网址: 维基页面





TTY 层是系统用户的传统Unix界面,提供交互会话来运行各类 shell 等.


目前 TTY 层在FreeBSD中是最古老的BSD TTY,它和驱动程序以及其他层


紧密集成,虽有效率,也使它难以维护和扩展.


重写的 TTY 层的旨在成为一个真正的抽象层,运作时协调 TTY 层的两端。


operating on behalf of both sides of TTY(不好翻)


此外,它还将剔除 TTY 当中的巨锁,这将消除控制台以及X.Org 下的用户界面


延迟或者跳跃行为等问题.





AMD64平台内核的内存上限增加




现状:提交至CURRENT, 合并回STABLE


将出现在8.0: 确定


作者:Alan Cox


网址: 公告





一些时兴的功能(其中目前最引人注目的是 ZFS )需要大量的内核内存(与传统的


磁盘高速缓存或系统可见内存容量无关) .直至目前为止,kmem_max 仅能分配到


最高2 GB的空间,这点正在趋于紧缺。


此限制最近已增加至512 GB的。加上ARC 的 backpressur改善,这将会是ZFS 用户喜闻乐见的。。





内核级线程




现状:提交至CURRENT


将出现在8.0: 确定


作者:Julian Elischer


网址: 已提交信息





目前的内核线程实际上是“重量级”的进程在内核地址空间上运行.


这项改进引入了真正轻量级的内核线程, 消耗较少的底层资源(进程锁,内存映射表).


它还能更好将线程分组以便于显示.





procstat (1): 一个检查进程的实用工具




现状:提交至CURRENT


将出现在8.0: 确定


作者:Robert Watson


网址: 公告





procstat结合现已淘汰的procfs (4)功能, 并增加了一些新的功能.


procstat 可以提供的数据有:进程的命令行参数,文件描述符信息,


栈的内核线程在这个过程中,信息安全认证的进程,线程信息和虚拟内存映射.这工具对调试来说最有用.





TextDumps: 内核崩溃后的资料收集




现状:提交至CURRENT, 合并回STABLE


将出现在8.0: 确定


作者:Robert Watson


网址: textdumps 常见问题





内核崩溃后通常会发生内核内存转储,要么是完全转储或“ minidump ”(7.0和更高版本).


新的“ textdump ”功能并不储存内核内存的实际转储,而是从中提取通常需要的那部分信息,


并将它储存成一个文本文件的 tar 压缩包而后删除转储文件.


这极大地降低了收集这些资料的尺寸要求,提高了开发速度,使人们无需内核开发经验就能够收集崩溃后的调试信息。





ULE 3.0: 为 SMP 优化的新调度器




现状:提交至CURRENT


将出现在8.0: 确定


作者:Jeff Roberson


网址: 已提交信息, 已提交信息公告





ULE 调度器的演变带来了支持细粒度的CPU粘着度的计算,同时将CPU的物理拓扑结构(缓存,多核,多socket )


并大大改善了线程绑定到CPU的支持.如此带来额外的功能(展现了分配特定 CPU 到 Jails 的可能性)和可观的性能改进.





Superpages




现状:提交至CURRENT, 合并回STABLE


将出现在8.0: 确定


作者Alan Cox


网址: 研究论文, 现况





大部分通用CPU提供了对大尺寸内存页的支持,即superpages. Superpages能使旁路转换缓冲(TLB)当中的每个条目


得以将一大块物理内存区域映射到一个虚拟地址空间.这大大增加 TLB 覆盖面,降低 TLB 失误,并改进的许多应用性能。


然而,支持 superpages 对操作系统来说,在 superpage 分配和权衡,碎片控制方面等颇有挑战.


(Superpages 的)性能优势是巨大的,往往超过30 %; 这些益处即便在重负载环境下仍然有效。





虽然可以用在大多数的X86 CPU上, 基准测试表明,获益最大的见于四核以及更新的多核CPU 上.





DTrace




现状:提交至CURRENT(仅内核跟踪)


将出现在8.0: 确定


作者: John Birrell


网址: 项目主页





DTrace的是升阳公司开发的一种工具和语言用以帮助调试和档案化操作系统.它可以汇总自不同部分


的内核( 用户态环境跟踪尚未实现)信息 ,并以一种对用户来说意义明确的方式来分析它们.





网络方面的改进




基于 802.11s 草案3.0版 无线网状网络




现状:提交至CURRENT


将出现在8.0: 试验性


作者: Rui Paulo


网址: 维基页面


无线网状网络, 有时称之为 WMN, 是一种采用网状拓扑结构而不是更常见的AP 客户端拓扑结构的无线网络.


这类网络常被视为实际网络中的特殊类型, 因为(在该网络中)不存在中心节点也就不会导致连接中断(与之相比常见的无线网络具有一个中心接入点).


802.11s 是对 802.11-2007 无线标准的一项改进, 其描述了网状网络如何运作于现有 802.11 MAC 之上.





VirtNet / VIMAGE / Imunes /网络堆栈的虚拟化




现状:开发接近尾声


将出现在8.0: 确定


作者:Marko Zec


网址: 项目主页





虚拟的网络协议栈项目旨在扩展 FreeBSD的内核使其能维护多个独立的网络状态实例.


这使得系统的多个Jail 之间的网络能够独立,包括让每一个Jail 拥有自己的防火墙, 虚拟网络设备,


速率限制, 路由表, 以及 IPSec 配置.





VIMAGE+Jails 在 8.0 将作为试验性功能; 系统可能不如宣传上那样适用, 尤其是考虑到安全时.





多路由表/ FIBs




现状:提交至CURRENT


将出现在8.0: 确定


作者:Julian Elischer


网址: 提案





支持多种路由表(基于信息转发)带来高级的网络拓扑结构.使用setfib工具可以在逐个进程层面选择路由表.





等价多路径路由




现状:提交至CURRENT


将出现在8.0: 确定


作者:Qing Li


网址: 已提交信息





ECMP 路由允许内核通过多种途径来处理,其中包括默认路由.它有可能在具备多个路径的负载均衡流量状况下极大地增加带宽.





零复制 BPF




现状:提交至CURRENT


将出现在8.0: 确定


作者:Robert Watson, Christian S.J. Peron


网址: BSDCan 幻灯片





BPF 即伯克利数据包过滤器,用于根据用户定义的过滤器从低层次的网络协议栈捕获原始网络数据包,


并转发到应用程序, 亦可将原始数据包插入网络协议栈.





这项针对 BPF 的改善减少了内核和应用程序之间的内存复制次数,提高了某些情况下的性能.





内核的NFS锁支持




现状:提交至CURRENT


将出现在8.0: 确定


作者:Doug Rabson


网址: 已提交信息, 公告





NFS的锁管理器改善了NFS锁(用来同步文件访问远程机器)在内核中的性能和行为.


新功能包括:多线程操作, 死锁检测, 与限定于服务器上的文档互动。





NFSv4支持




现状:正在开发


将出现在8.0: 可能


作者:Rick Macklem


网址: 召唤测试者





NFSv4是NFS 协议的一个重大改动 ,它带来许多新的功能,如状态协议,性能方面的改进


和更强大的安全特性( ACLs ,强认证). 直到最近, NFSv4支持在FreeBSD是不完整的(仅客户端),


而且有些不稳定。新的开发目标是完成这一支持.





这一引进的 NFSv4 基础设施亦将采用新的取代原有的 NFSv2 和 NFSv3 服务端以及客户端.





存储子系统改进




试验性的 AHCI 新驱动




现状: 提交至CURRENT


将出现在8.0: 确定


作者: Scott Long 及 其他


网址: 已提交信息





在 8.0 中缺省未启用的这一新驱动, 将通过 CAM (通用存储控制方法)支持原生的 AHCI (进阶主机控制器接口).


AHCI 设备通过 camcontrol 命令操作并且一些新特性如 NCQ (原生命令队列) 也被整合进来了.





gvinum 2




现状:提交至CURRENT


将出现在8.0: 确定


作者: Ulf Lilleengen


网址: 已提交信息 , 已提交信息





gvinum 是一种基于 vinum—— 这是 FreeBSD 上长存且实际上的传统卷管理器—— 并与之兼容 的一种逻辑卷管理器.


它的特性包括 JBOD, RAID 0, RAID 1 以及 RAID 5 等模式以整合存储设备成为高阶的卷, 而由于新版本融合了 GEOM 因而它可以被其他 GEOM 设备或类型使用.





Gvinum 2 是 gvinum 上的一次重大重构并且修复了许多长期存在的问题.


在 gvinum 上做的改进使它更为可用并且适合于生产环境, 同时还保持了与旧版本的兼容性. Gvinum 与 GEOM 层级的比如 gmirror, gstripe 以及其他等并存.





GEOM_PART 成为缺省分区工具




现状:提交至CURRENT


将出现在8.0: 确定


作者:Marcel Moolenaa 及其他


网址: 已提交信息





GEOM_PART ( gpart )是一种新的分区类别和实用工具,在一个统一的代码基础上支持多分区格式(MBR, BSD, GPT 等格式).





注意:升级时警告!


GEOM_PART 对现有分区表(特别是如果许多操作系统都存在-多开机)的解读可能不同于以前的种类.您的设备可能会被重新命名.





支持GPT分区的引导




现状:提交至CURRENT


将出现在8.0: 确定


作者:John Baldwin


网址: 已提交信息





GEOM_PART ( gpart )是一种新的分区类别和实用工具, 在一个统一的代码基础上支持多分区格式(MBR,BSD ,GPT 等格式).





注意:升级时警告! GEOM_PART 对现有分区表(特别是如果多操作系统并存-多级启动)的解读可能不同于以前的种类.您的设备可能会被重新命名.





注意: 一些旧的工具如 bsdlabel 可能不能工作如果内核中不包括 GEOM_BSD以及其他原有的 slicer 类型.


换言之, bsdlabel 等无法与 GEOM_PART 一起工作.





bsdlabel被扩展至26分区




现状:提交至CURRENT


将出现在8.0: 确定


作者:Marcel Moolenaar


网址: 已提交信息





bsdlabel(终于! )扩展到支持8个以上分区.新的26个分区的限制源于小写字母的数目.





借这一变化, GEOM_PART将代替GEOM_BSD (这需要自定义内核的配置).





安全




ProPolice SSP(堆栈溢出保护)




现状:提交至CURRENT


将出现在8.0: 确定


作者:Jeremie Le Hen


网址: 相关网页





ProPolice有助于防止那些基于堆栈的缓冲区溢出的攻击方法, 它采用的是在堆栈的


返回地址前设置一个随机整数(被称为“canary” ).它(“canary”)设置在函数之前并在


函数返回时检测这个值, 如果它被改变了, 那就表明缓冲区溢出了, 该程序就会用 SIGABRT


杀掉自己(如果是内核则发生崩溃). 用户态环境和内核都能得到保护.





其他变化




下面列出较小和/或更模糊的变化,但是值得特别一提,因为某些用户会对他们感兴趣的:




  • 用户可控的CPU / IRQ 绑定( jhb )



  • 支持CPU 集合上的用户可控的CPU线程绑定( jeffr )





  • ZFS的更新到zpool 第13版 (从第 6 版), 之前的实现当中大部分 (如果不能说全部的话)的问题得以修正( pjd ,kip) , 合并回STABLE



  • 以将来需要时可以扩展的方式, 增大用户所属的组的最大数目 (NGROUPS) 的值缺省为 1024. (brooks)



  • 升级syscons 使其支持 UTF-8 的解析(ed)



  • 引进新版本的OpenBSM ( rwatson )



  • 支持更多的ARM /Xscale平台



  • 从NetBSD 引入makefs 工具(sam)



  • AMD64平台上支持大于2 GB的SYSVSHM 段 ( kib ) , 合并回STABLE



  • 新的网络 ARP 代码



  • 无线虚拟 AP(又名 VAP,又称“虚拟 WiFi ” )模式(sam)



  • tcpdump更新为4.0 (注:新的输出格式) ( rpaulo )



  • 性能方面的改进,主要是 SMP 的可扩展性



  • 支持英特尔Nehalem/Core ì7 平台( jeffr ) , 合并回STABLE








原文: http://qtchina.tk/?q=node/385

Powered by zexport