小议系统组件完善与发展.docVIP

小议系统组件完善与发展 　　［摘 要］自从在1996年6月发布了OSKit的第一个公开发行版以来，OSKit已经更新了多次，每次更新都增加了一些算法，并修正了一些错误。最新的发行版是2002年3月的版本。由此可见，OSKit一直处于操作系统开发平台的前沿，其自身也在不断完善和发展。?? 　　［关键词］组件 重用 操作系统 OSKit?? 　　［中图分类号］TP ［文献标识码］A ［文章编号］1009－5489(2008)03－221－02?お? 　　 　　OSKIT的组件库提供了一般情况下更高层的功能，它通常只对外开放一些相关的公用调用接口。目标系统通过OSKit的面向对象的COM接口来与这些组件进行交互。以下几节概述了OSKit所提供的组件。?? 　　 　　一、引导程序?? 　　 　　大多数操作系统多有自身的启动加载机制，彼此互不兼容。这种加载机制的多样性并不是由于每个OS所要求的自举服务不同而引起，而是由于构建启动加载器的特定方式造成的。因为从操作系统研究的立场来看，启动加载器是一个令人不敢兴趣的领域，因此OS开发者通常进行一个最小化、快捷的设计。由于设计理念和要求的轻微差别，每个启动加载器都不适用于下一个OS。为了解决这个问题，OSKit直接支持多启动标准，这一标准是由几个OS项目的成员共同设计的，它的目的是提供一个简单而通用的启动加载器与OS内核间的接口，从而允许一个启动加载器加载任何兼容的OS。?? 　　在进行操作系统研究时，多启动标准非常有用，这其中的主要原因是启动加载器在加载内核自身的同时还具有加载附加文件或者启动模块的能力。这里的一个启动模块只是一个普通文件，启动加载器不以任何方式解释它，而仅仅把它随同内核映像一起加载到保留物理内存块中。在启动内核时，启动加载器提供给内核以下内容：物理地址的列表、所有已加载的启动模块的大小，以及与每个模块相联系的由用户定义的字符串。这些启动模块和与它们相联系的用户定义的字符串由内核解释。这样做的目的是为了通过提供内核启动时需要的数据，诸如初始化程序、设备驱动和文件系统服务器，来减轻内核启动的负担。?? 　　 　　二、核心支持库?? 　　 　　OSKit核心支持库的主要用途是让客户OS更容易访问硬件设施。它包含了一个较大的实用函数和符号定义的集合，该集合对于管理模式代码是非常具体的。与此相对应，OSKit的大多数其他库在用户模式代码中通常很有用。和OSKit的其余部分所不同的是，多数核心支持代码必须是针对特定系统结构的，而这些特定机器的细节对客户OS也是有用的。例如，在x86机器上，核心支持库包含一些函数，用来创建和操纵x86页表和段寄存器。其他OSKit组件通常提供建立在这些低层机制上的与体系结构无关的设施，但是为了提供最大的灵活性，与特定结构相关的接口始终可以被访问。?? 　　OSKit核心支持库在x86体系结构上尤为重要，因为该体系结构的OS级编程环境特别复杂和模糊。核心支持库仔细地设置了一个基本的32位执行环境(为了与MS－DOS兼容，x86处理器通常以16位模式开始)，初始化段和页转换表，安装一个中断向量表，并提供缺省的陷阱和中断处理程序。当然，客户OS能够修改或重载这些行为。然而，在缺省情况下，核心支持库自动地做所有必要的工作，以便使处理器进入一个方便的执行环境，此时中断、陷阱、调试以及其他标准设施已经如预期的那样开始工作。该库在缺省情况下自动地定位所有随内核加载的启动模块，并保留它们所在的物理内存。接下来，应用程序可以很容易使用它们。客户OS只需以标准C语言风格提供一个main函数。一切都设置好以后，内核支持库将用所有参数和由启动加载器传递过来的环境变量来调用它。?? 　　 　　三、内存管理库?? 　　 　　如同在一个标准C语言库中实现的malloc一样，内存管理代码典型地用于用户空间。通常并不适用于内核。设备驱动常常需要分配特定类型的内存，并伴随具体的调整属性。例如，对于内建的DMA控制器只能访问最初的16M物理内存。为解决这些内存管理问题，OSKit包含了两个简单而灵活的内存管理库：(1)基于队列的内存管理器(或称LMM)，它提供了功能强大且高效的原语来进行分配管理，并支持在一个池中管理多种类型的内存。(2)地址映射管理器(或称AMM)被设计用来管理不必直接映射到物理内存或虚拟内存的地址空间，它对OS的其他方面提供了类似的支持，诸如进程地址空间、分页、空闲块或IPC名字空间的管理。尽管这些库可以很容易地应用在用户空间，但实际上它们是被特别设计用来满足OS内核的需求。?? 　　 　　四、调试支持?? 　　 　　OSKit的一个最实用的好处是：给定一个适当的硬件设置，它立刻就能提供给OS开发者一个完全源代码级的内核调试