Linux新闻总汇0705

自Linux2.6.21内核发布以后，后续2.6.22内核和2.6.23内核将在性能上带来突破：（预测加入）
2.6.22：经典的SLAB内存管理代码将被SLUB代替。SLAB是经典的管理内核的内存的代码，Glib开发者受此启发，在Glib2.10中增加了GSlice内存管理方式，带来了性能上的飞跃。据说SLAB的原始设计者还参与了ZFS文件系统的开发，模糊了内存和外存的界线。现在有Linux的用户发现SLAB带来了内存的浪费（并且复杂），于是SLUB将被用于替代前者。
2.6.22：交换分区欲读(prefetch)代码将被并入。但是由于应用的负责性，并不一定带来性能上的提升（甚至可能轻微下降）。编译过Novell SuSe Desktop 10内核的朋友可能已将看到，这个补丁早就被该OS的Linux内核采用了。
2.6.23：Linux O(1)的调度程序将被替代掉。现在有两个竞争者，不过Ingo的CFS(Completely Faire Scheduler )更加有希望。测试表明，使用CFS，死循环的程序也不能造成系统的停滞。这是一个为桌面优化的调度代码，没有队列，甚至没有时间片。有点革命，使用个红黑树(就是二叉排序树拉)结构。
2.6.23：关注度一直很高的Reiser4文件系统——被称为地球上最快的文件系统，最早在2.6.23融入Linux内核。Reiser4文件系统在内存中并不采用B+树，而是部分非平衡的Dancing树。事务提交磁盘时再进行打包平衡，这样的效率很高。另外还有很多有点革命的特性。特别是引入的插件机制(文件系统中的一切都是"文件"，包括属性也是，这些"文件"有插件标识，由插件来处理)造成了和目前内核VFS接口的冲突。对于操作系统来说，只需要实现最基本的功能，更多的功能在用户空间实现更加安全。这是目前冲突所在。而且FUSE在用户空间提供了传统非插件文件系统缺失的灵活性，更加安全。顺便说一下，当Reiser文件系统的创始人及领导开发者Hans Reiser因为涉嫌他妻子Nana Reiser失踪案（警方断定被谋杀了）被捕，许多证据都对Hans Reiser不利，估计凶多吉少，5月7号的审判大概就看到结果了。曾经一段时间，不少人认为Reiser4可能就此慢慢褪色。不过最近关注度又高了起来，感谢Namesys(Hans Reiser创立的用于开发Reiser文件系统的公司)的两个工程师的努力，可能在解决块缓冲问题（使之能在386以外的平台高效运作）和ACL支持以后被并入内核。值得一提的是，第一次并入内核的请求在03年Reiser就提出了，由于VFS的兼容问题以及Reiser和Linux社区的不和导致后续并入的进程缓慢。如果在2.6.23并入，那么这个马拉松式的长跑将结束。
另外一些消息，还是关于文件系统的。现在Linux核心人员着重在开发ChunkFS——一个着重于故障恢复的文件系统，毫不意外基于ext2。主要是解决现在文件系统的故障恢复时间太长了（Linux官方站点的一次磁盘故障花了一周时间才恢复的)。对于这类文件系统，数据采用简单线性而不是复杂树状结构组织，这样易于恢复。可见与上面提到的Reiser4为代表的现行的文件系统的着眼点完全不同。估计只在服务器领域受欢迎，桌面用户的对于数据安全和速度更加愿意选择后者。
对了，Gaim由于AOL的法律威胁改名为Pidgin（据开发者说这个名字和汉语有关），2.0版本终于发布了，美观了很多，官方网站：www.pidgin.im。QQ照旧是不可用（因为现在的QQ要输入验证码，而插件还没有支持。帮主现在只好QQ转手给家人玩QQ游戏，一心一意使用GTalk了)使用GTalk设置指南如下：
"Add Account"->Protocol：XMPP
->Screen name：Gmail地址@之前的
->Server：填写 gmail.com
->Resource：Pidgin
->Password：填写Gmail帐号的密码
"高级" ->Connect port：默认是 5222
->Connect server：填入 talk.google.com