资源预览内容
第1页 / 共31页
第2页 / 共31页
第3页 / 共31页
第4页 / 共31页
第5页 / 共31页
第6页 / 共31页
第7页 / 共31页
第8页 / 共31页
第9页 / 共31页
第10页 / 共31页
亲,该文档总共31页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
第13章 一个小型操作系统的实现本章知识点:n13.1 MINIX概述n13.2 进程n13.3 I/O任务n13.4 内存管理n13.5 文件系统n为了了解到一个“真正”的操作系统是怎样一 步步构造出来的,我们将以MINIX操作系统 为例,对其设计方法进行介绍,并对其源代 码进行简单分析。n因为MINIX的源代码是公开的,有兴趣的读 者还可以自己动手加以改造。13.1 MINIX概述n MINIX操作系统最早出现于20世纪80年代 ,由美国著名学者A.S.Tanenbaum用c语言 编制。n它从外部看来和UNIX非常相似,但实际上 ,MINIX的内部完全是经过重新设计的。它 的主体部分设计为几个相对独立的模块,模 块间依赖消息进行通讯,这样的模块化结构 使得对它的理解和修改都更方便。n本章中将介绍基于POSIX(国际标准9945-1 )的MINIX2.0版本,它可以运行于基于 80x86结构的兼容机系列。13.1.1 MINIX的组成结构1MINIX的四层结构 MINIX的整个系统被分为4个层次:13.1.1 MINIX的组成结构n需要特别介绍的是位于用户进程层次的 MINIX的命令解释器shell。n命令解释器并不是操作系统的一部分,它本 身就是一个计算机程序,用C语言编写,为 协助用户与操作系统之间通讯而设计,管理 用户与核心(kernel)之间的对话,并把操作 系统指令换成机器代码。13.1.1 MINIX的组成结构nShell通常利用终端作为标准输入输出设备。但是 我们也可以利用以下的命令改变输入输出:ver fileb ,这条命令的意思是调用程序ver,从 filea文件取输入,送输出到fileb文件。n如果再利用管道,则可以将一个程序的输出作为另 一个程序的输入,例如: ver /dev/lp,是将执 行ver程序的结果从/dev/lp文件上输出。n启动shell将首先显示系统提示符$,然后等待,假设 用户输入命令move,shell读取该命令后,自动创 建一个新进程来执行这个命令。命令执行完毕后, 它再执行一个系统调用来终止这个进程,继续等待 用户的下一个输入。 13.1.1 MINIX的组成结构nshell还可以用来进行程序设计,它定义了各种 变量和参数,并提供了包括循环与分支在内的 ,许多在高级语言中才具有的控制结构。n使用shell编程类似于编辑DOS中的批处理文件 ,我们可以将一组我们想要执行的命令放在一 个文件中,然后像执行其他程序一样运行这个 文件。这个文件就被称为shell程序或shell命令 文件,又被称为shell script。当这个文件被运 行时,shell就会像执行输入命令那样一条条的 自动执行文件里保存的命令。 13.1.1 MINIX的组成结构2. 源代码组织方式nMINIX的源代码在逻辑上一般分为两个目录 /usr/include和/usr/src/(为叙述方便,将简记为 include/和src/) 。13.1.1 MINIX的组成结构程序在内存中运行时,各个模块的分布情况:13.1.2 头文件 n在编程的过程中,有许多常量、宏以及结构 类型的定义会经常被不同文件用到,通常把 这些定义按照某种规则或需要组织在一起, 于是就构成了头文件(header),以后缀.h 标识。1 公共头文件n在头文件中,有一些是完全通用的,它们不 是被源文件直接引用,而是被其它的头文件 引用。nMINIX中的三个主要部分:内核、文件系统 和内存管理分别对应有三个主控头文件 src/kernel/kernel.h、src/mm/mm.h和 src/fs/fs.h。 13.1.2 头文件 n 在include/目录下,有三个被主控目录包 含的头文件:nansi.h:用来测试编译器是否符合标准c的规定 。整个文件的构造以#ifndef_ANSI_H为开始, 并以#endif结束;nlimits.h:定义了一些基本的数据值的大小,比如 :数据类型中的整形数所占位数的值等;nerrno.h:包含了全局变量errno返回的错误码,用 于系统调用失败时通知用户程序。13.1.2 头文件 n include/sys目录下主要的头文件。n由于同一种数据类型在16位和32位处理器上所 占的字长可能存在差异,因而可能因错误理解在 特定情况下使用的基本数据结构而引发问题。n在文件types.h中定义了许多MINIX使用的数据类 型及其相关的数值,从而可以避免这种情况的发 生。n通常紧跟在types.h之后的是ansi.h头文件,它们 都被所有主控头文件包含。13.1.2 头文件 2专有头文件n 除了公共头文件之外,在include/minix中存放的是在 任何平台上实现MINIX都需要的头文件,而 include/ibm中则存放了在IBM兼容机上实现MINIX所需 的数据结构和宏的定义。n在include/ibm目录中主要有两个文件:ndiskparm.h文件由软盘系统任务使用;npartition.h定义了IBM兼容机上的硬盘分区表和有关常量。n在/minix/目录中首先要注意到的是config.h文件,它被所有主 控头文件所包含,且必须列在第一位。n第三个要提到的头文件是type.h,它被主控头文件所包含,定 义了很多重要的类型及其数量值。 13.1.2 头文件 消息由如下几个部分组成:nm-source域:用于指明消息的发送进程;nm-type域:用于标识出消息的类型;n数据域:包括定义为整型(int)或长型(long)的整数、字符 、字符串、字符数组、指针以及函数等。 13.2 进程 13.2.1 概述n计算机中的所有软件,被组织成一定的顺序 运行,这就形成了进程的概念。n在MINIX和进程有关的部分主要负责解决以 下的问题:n怎样创建和终止一个进程,并使之处于合适的队 列中(进程管理);n怎样有效调度众多进程,使之在兼顾充分利用资 源和进程特权级、优先级要求的同时保证有序运 行(进程调度),这里也包括了对中断引起的进 程状态改变的处理(中断处理);n进程之间怎样交互(进程通信)等等。13.2.1 概述1 进程管理 整体来看所有用户进程构成一棵大的进程树,初始化 进程init是它们的根节点:n计算机开机以后,固化在硬件的程序从引导盘(可以是 硬盘或软盘)上将第一道第一扇区(也就是所谓的0磁道 )中的内容读入内存并从开始执行。n在系统装入完成前,所有涉及磁盘I/O的操作都要由boot 完成。 n装入完成后,boot的使命就结束了。接下来就由内核启 动各项任务,然后就是MM、FS以及位于第三层的其它服 务纷纷登场。 n在用户成功登录以后,可执行文件login将执行用户命令 解释器shell, shell负责接收用户命令,为每一条命令的 执行创建一个子进程。 13.2.1 概述Shell接收命令创建进程的大概框架如下所示 : 13.2.1 概述2. 进程调度n中断在操作系统中具有特殊的意义,它保证多 道程序系统能够连续工作。nMINIX的底层软件采用将中断转换为消息的方 法来隐藏中断。n每次处理中断时,都需要通过进程调度来确定 哪一个进程重新获得运行机会。MINIX中的进 程调度采用三级排队系统,分别对应第2、3、 4层。进程所处层次越低其优先级越高,2、3 层的进程可以一直运行到其自己阻塞,而第四 层的用户进程则采用时间片轮转调度。13.2.1 概述3. 进程通信nMINIX以消息来实现进程间的通信,并且对消息的发 送存在一些限制:每个进程(任务)可以和同层或下一 层中的进程(任务)通信,但用户进程不能直接和I/O 任务通信。nMINIX中发送和接收消息主要通过三条原语:nsend(a,&message):向进程a发送一条消息;nreceive(b,&message):从进程b处接收一条消息;nsend_rec(c,&message):发送消息给进程c,并等待它的回答 。这些原语都可以通过c库函数来调用,第二个参数&message 表示的是消息数据的内存地址,消息将从发送者复制到接收 者,对于第三条原语来说,应答的消息将覆盖在原消息的地 址上。13.2.2 具体实现1. 系统启动与初始化n开机后,硬件(实际上指的ROM中的一个程序 )读取引导盘的第一个扇区,执行其中的代码 ,这部分代码又引导boot程序的执行。n执行boot的目的是得到操作系统的映象。这个 映象保存在位于/minix/目录下的文件中,是由 内核、MM、FS和init被分别编译后,再将它们 链接在一起得到的。Boot本身并不是操作系统 的组成部分,在操作系统被装入后,控制权即 被转移给内核的有关代码。13.2.2 具体实现系统启动和初始化流程: 13.2.2 具体实现2. 中断处理 中断处理是由硬件和软件共同完成的,为了 避免对于烦琐硬件细节(主要是CPU的内部 工作原理)的过多涉及,我们只简单介绍硬 件完成的工作,主要侧重于软件的处理过程 。13.2.2 具体实现硬件中断和软件中断的处理流程: 13.2.2 具体实现3. 进程调度n进程的调度相对来说比较简单,对照第2、3 、4层建立了三个运行进程队列。n在头文件proc.h中定义了两个数组rdy_head 和rdy_tail,它们的作用就是分别指向队列的 队首进程和队尾进程。只有就绪进程才参与 排队,而被阻塞的和取消的进程,则不会出 现在这三个运行进程队列中。13.2.2 具体实现4.进程通信n因为中断处理到了最后,也归结到进程间通 过消息传递信息,所以我们将从处理中断的 两个函数开始,了解MINIX中的进程间通信 过程。n在3.6.2节中曾经介绍过三种进程间利用消 息通信时所采用的同步机制,MINIX中采用 的第一种组合方法,“阻塞发送,阻塞接收” ,也就是所谓的会合原理。 13.2.2 具体实现n与进程通信有关的函数和过程都在文件proc.c中。 interrupt函数负责将硬件中断转换成消息,并把这 条消息发送给与该设备对应的系统任务,它将按顺 序完成以下工作:n通过判断变量k_reenter,来检查在接收当前中断时是否有 中断正在处理。若是,则将当前中断放入中断队列排队, 等待以后调用unhold操作处理;n检查目标任务是否正在等待中断,若是则发送消息,否则 就将该任务的p_int_blocked标志设置为1;n完成消息的发送:向目标任务消息缓冲区中的resourc域 和type域写入内容,并将该任务的receive标志复位,解除 该任务的阻塞,当消息复制完成后,任务就被调度执行。13.2.2 具体实现n处理软中断的工作是由sys_call完成的。和硬件中断不同,软中 断的消息来源和去向更加复杂,因此要利用proc.h中提供的两个 宏isoksrc_dest和isokprocn协同工作,检查并保证消息的源进程 和目标进程都是合法的。n检查通过后,若需要发送消息,则调用mini_send,需要接收消息 则调用mini_rec。这两个负责发/收的进程是MINIX消息传递机制 的核心,Mini_send的参数主要有三个:调用的进程名、目标进 程名以及消息地址的指针。在发送之前,它还需要先进行以下的 测试:n宏isuserp测试参数caller_ptr;n检查确认目标进程不是一个空进程,否则就报错;n进行死锁测试;n上述测试通过后将进行最重要的测试:检验目标进程表项中 p_flags域中的receiving标志,以判断该进程是否在等待消息. 13.3 I/O任务 13.3.1 I/O任务概述nI/O系统在MINIX中是必不可少的,它 要为I/O设备配备驱动程序(实际上是 一个通信程序)以实现设备与上层之 间的通信和交互,同时负责处理由I/O 操作引起的中断。n此外,由于有些I/O设备是一种独占性 的资源,对它的使用有可能引起死锁 ,这也是I/O系统要考虑的。 13.3.1 I/O任务概述I/O层次及其功能:进程利用消息实现数据读取: 13.3.1 I/O任务概述n前
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号