Community > ReactOS Newsletter Archive > ReactOS Newsletter: 时事通讯 66 期

时事通讯 66 期

by Z98 on 2009-10-31
translated by samuel1991 on 2010-01-05

FAT

前阵子曾经在ReactOS 论坛中提起FullFAT 库。这也引起由 IRC 常客的开发者们的注意。由James Walmsley 所编写，它是个独立于平台的库以便访问FAT12/16/32 的分区也因此被建议新建的IFS 驱动能够利用它而编写。当前的 FAT 驱动是已较旧，较少符合 NT 的内核也从来没有大量在 Windows 中测试过为基础。为此，这个旧驱动也受到多个稳定问题所影响并且必须寻找替代方案。James 已经前来支持该主意可是却对NT IFS 的驱动没有多少经验，因此Aleksey Bragin 决定自行尝试实现它。这要耗费大约两天的时间才能做出一个能够挂载卷以及能够从中读取文件的样品。

虽然 FULLFAT 库将能够提供有必要的文件访问功能，所有簿记必须通过驱动来完成。其中一个例子牵涉到关于文件信息的请求，比如它们的长度（大小）。另一个功能是锁定文件。Aleksey 目前正在尝试实现它们并且正在测试这个程序于Windows 2003 而非 ReactOS。希望当驱动完成时将能够为以后编写 NT IFS 驱动时作为开源的参考处连同为ReactOS 提供一个稳定的FAT 文件系统。

内核内存池

数月前曾经提起过革新池的系统任务由Aleksey Bragin 处理。他原先在 ARM 团队开始重写内存管理器之前开始这个任务也因此是基于旧的代码库所开发。在ARM 团队所作出的改进后， Aleksey 本人觉得没必要让革新后的池依赖旧有残破的功能。因此，他将转交他本人的作品给ARM团队。ARM 团队也因此使用他的作品为新改良池的基础。

作为提醒，池是一个内核提取内存供动态分配的地方。因为那里不存在一个堆，以用户模式的应用程序的意思，因此内核必须保持一个内存池来完成这类的需要。那里也存在两个池，一个为分页内存（能够换出至磁盘）并且另一个为非分页内存（时刻都在内存之内）所用。分页内存是较常应用并且比起非分页时会比较多，所以任何对其管理的改善将会导致可观的增速。（系统就会比较快）

新增开发者

请大家欢迎Lucas Suggs，在 IRC 名为anakha。他对补充网络堆栈的上层表示兴趣并且正在集合一些第三方的代码到这里，在过程中忙于应付 GCC。我们这里真心的希望他能够长期保留ReactOS 团队的一份子以便在遥远的未来里改善本操作系统。