操作系统复习-进程管理.docx_第1页
操作系统复习-进程管理.docx_第2页
操作系统复习-进程管理.docx_第3页
操作系统复习-进程管理.docx_第4页
操作系统复习-进程管理.docx_第5页
已阅读5页,还剩7页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

2.1 进程与线程进程是指令的集合(错,程序是指令的集合,进程是程序的一次执行过程)优先级是进程调度的重要依据,一旦确定就不能改变(错)在单CPU的系统中,任意时刻都有一个进程处于运行状态(错,可以空转)进程申请CPU得不到满足时,其状态变为阻塞(错!等待CPU的进程处于就绪状态)进程获得CPU运行是通过调度得到的(对)线程是一种特殊的进程(对)进程是程序在一个数据集合上运行的过程,是系统进行资源分配和调度的独立单位(对)进程是PCB结构、程序和数据的集合(对)撤销父进程时,应同时撤销子进程(错!进程撤销可采用两种策略,一种是只撤销指定进程,另一种是撤销指定进程和其子孙进程)线程的切换,可能会引起进程的切换(对)引入线程后,处理机只在线程中切换(错!)线程是比进程更小的能独立运行的基本单位(错,这句话的成立需要一定的前提条件)线程的引入增加了程序执行的时空开销(错,应为减少)一个进程一定包含多个线程(错)一个进程创建的若干线程共享该进程的程序段和数据段,但是它们有各自的运行栈区(对)中断是进程切换的必要条件,而不是充分条件。(对)进程的基本特点:动态性,并发性,独立性,异步性,结构性。在多道程序设计环境下,操作系统分配资源以进程为基本单位在引入线程的操作系统中,资源分配的基本单位是进程,CPU分配的基本单位是线程。在引入线程的操作系统中,进程是资源分配的基本单位,线程是调度的基本单位从运行状态到就绪状态是由于时间片用完或出现了比现在进程优先级更高的进程(调度程序决定)从就绪状态到运行状态是调度程序决定的从阻塞状态到就绪状态是协作程序决定的从运行状态到阻塞状态是进程自身决定的(只有这个是主动的)对进程的管理和控制使用原语。(原语包括创建原语,撤销原语,阻塞原语,唤醒原语等)一个进程被唤醒意味着进程变为就绪状态(该进程可能重新占用CPU)。(唤醒原语的功能是将被被唤醒进程从阻塞队列中移到就绪队列中)降低进程优先级的合理时机是进程的时间片用完。进程调度主要负责选一个进程占有CPU。建立多线程的主要目的是提高CPU的利用率。进程调度的方式有抢占式,非抢占式两种。(?)以下 C 不会引起进程创建。A.用户登录B.作业调度 C.设备分配D.应用请求进程与程序的联系与区别:联系:进程是程序的一次执行过程,没有程序就没有进程区别:1.进程是程序的执行,所以进程属于动态概念,程序是一组指令的有序集合,是静态的概念2.进程的存在是暂时的,程序的存在是永久的(相对而言)3.进程的组成包裹程序,数据和PCB块4.一个程序可能对应多个进程,一个进程也可以包含多个程序。也就是说,程序和进程无一一对应关系。多线程与多任务的区别:多任务是针对操作系统而言的,代表操作系统和同时执行的程序数。多线程是针对一个程序而言的,代表着一个程序内部可以同时执行的线程个数。什么是内核线程?什么是用户线程?内核线程是与操作系统内核中的程序相对应的线程。用户线程是与用户的应用程序相对应的线程。什么是内核支持线程?内核支持线程是指其创建、撤销和切换都需要内核程序支持才能实现的线程,内核通过保留一个线程控制块用于感知该线程的存在并对其控制。所对应的程序可以是内核程序,也可以是用户程序,但主要是用户的应用程序简述用户级线程和内核支持线程的区别。1.内核支持线程是操作系统内核可感知的,而用户级线程是操作系统内核不可感知的。2.用户级线程的创建,撤销和调度不需要操作系统内核的支持,是在语言这一级处理的(如运行在Java虚拟机中的程序);而内核支持线程的创建,撤销,调度都需要操作系统内核提供支持,而且与进程的创建,撤销和调度大体上是相同的。3.在只有用户级线程的系统内,CPU调度还是以进程为单位,处于运行状态的进程中的多个线程,由用户程序控制线程的轮换运行;在有内核支持线程的系统内,CPU调度则以线程为单位,由操作系统的线程调度程序负责线程的调度。4.用户级线程的程序实体是运行在用户态下的程序,而内核支持线程的程序实体则是运行在任何状态下的程序。2.2 处理机调度调度的层次:高级调度(作业调度,宏观调度),中级调度(中程调度,交换调度),低级调度(进程调度,微观调度,短程调度)。运行频率:高级调度中级调度=0,则进程继续执行,否则,阻塞该进程,插入等待队列队尾。2.V操作,完成下述动作:.S.value=S.value+1;.若S.value=0,则操作系统从信号量的等待队列中移出队头,放入就绪队列中,否则,什么也不发生经典同步问题:生产者-消费者问题sem_t full = 0, empty = n, mutex = 1;producer() while(1) P(empty) P(mutex) 生成一个产品 V(mutex) V(full) consumer() while(1) P(full) P(mutex) 取出一个产品 V(mutex) V(empty) 读者写者问题sem_t mutex = 1, db = 1int rc = 0reader() P(mutex) rc += 1 if(rc = 1) P(db) V(mutex) 读 P(mutex) rc -= 1 if(rc = 0) V(db) V(mutex)writer() P(db) 写 V(db)上述算法实际上不太利于写者,要想置两者于平等地位,需要再加一个信号量哲学家进餐问题sem_t stick5 = 1,1,1,1,1philosopher(int i) / i:04 while(1) 思考 if(i % 2 =0) P(sticki) / 取左边筷子 P(stick(i+1)%5) / 取右边筷子 else P(stick(i+1)%5) / 取右边筷子 P(sticki) / 取左边筷子 进餐 V(sticki) / 放回左边筷子 V(stick(i+1)%5) / 放回右边筷子 理发师问题/ 互斥量 理发椅个数 空椅子个数 是否有顾客准备好 理发师是否完成理发sem_t mutex = 1, bchair = 1, wchair = 5, ready = 0, finish = 0int waiting = 0barber() while(1) P(ready) 理发 V(finish) customer() P(mutex) if(waiting 6) waiting += 1 V(mutex) else V(mutex) 离开 P(wchair) / 在等待区坐下 P(bchair) / 等待理发椅 V(wchair) / 释放等待区座位 V(ready) / 告诉理发师可以理发了 P(finish) / 等理发师理完 V(bchair) / 离开理发椅 P(mutex) waiting -= 1 V(mutex)在操作系统中,要对并发进程进行同步的原因是并发进程是异步的。2.4 死锁死锁是指多个进程因竞争系统资源或相互通信而永久处于阻塞状态。产生原因:系统资源不足,进程推进顺序不当处理策略:忽略,预防,避免,检测及解除死锁预防:要想防止死锁的发生,只需破坏死锁产生的4个必要条件之一即可(1)互斥条件,不太可能(2)不剥夺条件,常用与状态易于保存和恢复的资源,如CPU和内存,一般不能用于打印机之类的资源(3)请求和保持条件(部分分配条件),可以采用静态资源分配法。静态资源分配法要求进程在其运行之前申请他所需要的全部资源。这种方法既简单又安全,但降低了资源利用率。(4)循环等待条件(环路等待条件),可以采用有序资源分配法,实现思想是将系统中的所有资源都按类型赋予一个编号,要求每一个进程均严格按照编号递增的顺序来申请资源,同类资源一次申请完。这种方法存在的主要问题是各种资源编号后不宜修改;而且容易浪费资源。预防死锁的几种策略,总的来说都对资源的使用施加了较强的限制条件,虽然实现起来较简单,但却严重损害了系统性能。死锁避免:银行家算法实现思想:允许进程动态的申请资源,系统在每次实施资源分配之前,先计算资源分配的安全性,若此次资源分配安全,便将资源分配给进程,否则不分配银行家算法有较好的理论意义,但在实际系统中却难以实施。因为难以预先获得进程申请的最大资源数;运行过程中的进程的个数是不断变化的,所以银行家算法难以解决实际中的死锁问题死锁检测和解除:(1)资源分配图(2)死锁定理:若S状态的资源

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论