操作系统原理 教学课件 作者 周苏 教学课件 第2章 操作系统概述.pptVIP

2.6.2 层次式系统 MULTICS操作系统采用了更进一步的通用层次化概念。MULTICS由许多同心环构造而成，内层环比外层环有更高的级别。当外环的过程欲调用内环的过程时，必须执行一条等价于系统调用的TRAP指令，在执行该TRAP指令前要进行严格的参数合法性检查。在MULTICS中，尽管整个操作系统是各个用户进程的地址空间的一部分，但是硬件仍能对单个过程（实际是内存中的一个段）的读、写和执行进行保护。 2.6.2 层次式系统 实际上，THE分层方案只是为设计提供了一些方便，因为该系统的各个部分最终仍然被链接成了完整的单个目标程序。在MULTICS里环形机制在运行中是实际存在的，而且是由硬件实现的。环形机制的一个优点是很容易扩展，可用以构造用户子系统。 2.6.3 微内核 迄今为止的大多数操作系统都有一个单体内核，操作系统应该提供的大多数功能由这些大内核提供，包括调度、文件系统、网络、设备驱动器、存储管理等。典型情况下，这个大内核是作为一个进程实现的，所有元素都共享相同的地址空间。 在分层方式中，设计者要确定在哪里划分内核-用户的边界。由于内核中的错误会快速拖累系统，可以考虑把用户进程设置为具有较小的权限，这样，某一个错误的后果就不会是致命的。 2.6.3 微内核 有研究人员对每千行代码中错误的数量进行了分析。代码错误的密度取决于模块大小、模块寿命等。对一个实际工业系统而言，每千行代码中会有10个错误。这意味着在有5百万行代码的单体操作系统中，大约有50 000个内核错误。当然，并不是所有的错误都是致命的。操作系统中充满了错误，所以计算机制造商为此设置了复位按钮（通常在前面板上），而电视机、立体音响以及汽车的制造商们则不这样做，尽管在这些装置中也有大量的软件。 2.6.3 微内核 在微内核设计背后的思想是，为了实现高可靠性，将操作系统划分成小的良好定义的模块，只有其中一个模块——微内核——运行在内核态上，其余的模块，由于功能相对弱些，则作为普通用户进程运行。由于把每个设备驱动和文件系统分别作为普通用户进程，这些模块中的错误虽然会使这些模块崩溃，但不会使整个系统死机。例如音频驱动中的错误会使声音断续或停止，但不会使整个计算机垮掉。相反，在单体系统中如果所有的设备驱动都在内核中，一个有故障的音频驱动会很容易引起对无效地址的引用，从而造成系统立即宕机。 2.6.3 微内核 运行在用户态下的操作系统服务进程可以根据特定的应用和环境需求进行定制，有时也称这些进程为服务器。微内核方法把内核和服务程序的开发分离开，可以使系统结构的设计更加简单、灵活，很适合于分布式环境。有许多微内核已经实现并投入应用，并且在实时、工业、航空以及军事应用中特别流行，这些领域都是关键任务，需要有高度的可靠性。 2.6.4 客户机-服务器模式 基于微内核思想的另一种设计是将进程划分为两类：提供某种服务的服务器和使用这些服务的客户端，这就是所谓的客户机-服务器模式，即存在客户端进程和服务器进程。 一般地，在客户端和服务器之间的通信是消息传递。为了获得一个服务，客户端进程构造一段消息，说明所需要的服务，并将其发给合适的服务器。该服务完成工作，发送回应。如果客户端和服务器运行在同一个机器上，则有可能进行某种优化。 2.6.4 客户机-服务器模式 这个思想的一个普遍方式是，客户端和服务器运行在不同的计算机上，它们通过局域或广域网连接，如图2-19所示。由于客户端通过发送消息与服务器通信，它并不需要知道这些消息是在本地机器上处理，还是通过网络被送到远程机器上处理。对于客户端而言，这两种情形是一样的：都是发送请求并得到回应。所以，客户机-服务器模式是一种可以应用在单机或者网络机器上的抽象。 图2-19 电影资料库的客户机-服务器体系结构 2.6.4 客户机-服务器模式 越来越多的系统，例如家用的PC机都成为了客户端，而在某地运行的大型机器则成为服务器，许多Web就是以这个方式运行的。一台PC机向某个服务器请求一个Web页面，而后，该Web页面回送。这就是网络中客户机-服务器的典型应用方式。 2.6.5 虚拟机 一般来说，应用程序直接运行在操作系统上，其下的硬件可能是个人计算机或服务器，它们在同一时间里只能运行一个操作系统。因此，应用程序提供商必须针对目标运行平台对程序的一些部分进行相应的修改。而针对这个难题的一种解决方法就是虚拟化。 2.6.5 虚拟机 （1）虚拟机技术的出现 OS/360的最早版本是纯粹的批处理系统，后来推出了正式的IBM分时系统TSS/360，但它非常庞大，运行缓慢，最后被弃之不用。 IBM研究中心开发了另一个完全不同的系统，它的后续产品称为z/VM，目前在IBM的大型机上广泛使用，zSeries则在大型公司的数据中心中广泛应用，例