2022年操作系统精髓与设计原理-并发性_死锁和饥饿 .pdf

上传人:Q****o 文档编号:28413737 上传时间:2022-07-28 格式:PDF 页数:11 大小:144.76KB
返回 下载 相关 举报
2022年操作系统精髓与设计原理-并发性_死锁和饥饿 .pdf_第1页
第1页 / 共11页
2022年操作系统精髓与设计原理-并发性_死锁和饥饿 .pdf_第2页
第2页 / 共11页
点击查看更多>>
资源描述

《2022年操作系统精髓与设计原理-并发性_死锁和饥饿 .pdf》由会员分享,可在线阅读,更多相关《2022年操作系统精髓与设计原理-并发性_死锁和饥饿 .pdf(11页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、第六章习题翻译第一部分复习题.给出可重用资源和可消费资源的例子。答:可重用资源:处理器,/通道,主存和辅存,设备以及诸如文件,数据库和信号量之类的数据结构。可消费资源:中断,信号,消息和/缓冲区中的信息。.可能发生死锁所必须的三个条件是什么?答:互斥,占有且等待,非抢占。.产生死锁的第个条件是什么?答:循环等待。.如何防止占有且等待的条件?答:可以要求进程一次性地请求所有需要的资源,并且阻塞这个资源直到所有请求都同时满足。.给出防止无抢占条件的两种方法。答:第一种,如果占有某些资源的一个进程进行进一步资源请求被拒绝,则该进程必须释放它最初占用的资源, 如果有必要,可再次请求这些资源和另外的资源

2、。第二种,如果一个进程请求当前被另一个进程占有的一个资源,则操作系统可以抢占另一个进程,要求它释放资源。.如何防止循环等待条件?答:可以通过定义资源类型的线性顺序来预防。如果一个进程已经分配到了类型的资源,那么它接下来请求的资源只能是那些排在类型之后的资源类型。.死锁避免,检测和预防之间的区别是什么?答: 死锁预防是通过间接地限制三种死锁必要条件的至少一个或是直接地限制循环等待的发生来避免死锁的出现。死锁避免允许可能出现的必要条件发生,但是采取措施确保不会出现死锁的情况。而死锁检测允许资源的自由分配,采取周期性的措施来发现并处理可能存在的死锁情况。第二部分习题.写出图 .(a)中死锁的四个条件

3、。解:互斥:同一时刻只有一辆车可以占有一个十字路口象限。占有且等待:没有车可以倒退;在十字路口的每辆车都要等待直到它前面的象限是空的。非抢占: 没有汽车被允许挤开其他车辆。循环等待 : 每辆汽车都在等待一个此时已经被其他车占领的十字路口象限。. 按照 . 节中对图 . 中路径的描述,给出对图 . 中种路径的简单描述。解: .Q 获得 B 和, 然后释放 B 和 A. 当 P 重新开始执行的时候 , 它将会能够获得两个资源。2. Q 获得 B和, P 执行而且阻塞在对 A的请求上 . Q 释放 B 和。当 P 重新开始执行的时候,它将会能够获得两个资源。3. Q 获得 B ,然后 P 获得和释放

4、 A. Q 获得然后释放B 和 A. 当 P 重新开始行的时候,它将会能够获得 B。4. P 获得然后 Q 获得 B. P 释放 A. Q 获得然后释放名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页,共 11 页 - - - - - - - - - B. P 获得 B 然后释放 B。5. P 获得,然后释放 A. P 获得 B. Q 执行而且阻塞在对的请求上。释放。当 Q 重新开始执行的时候, , 它将会能够获得两个资源。6. P 获得而且释放然后获得并且释放 B. 当 Q

5、重新开始实行 , 它将会能够获得两个资源。. 图 . 反映的情况不会发生死锁,请证明。证明:如果 Q 获得 B 和(在 P之前请求) , 那么 Q 能使用这些两类资源然后释放他们 , 允许进行。如果 P在 Q之前请求获得 , 然后Q 最多能执行到请求然后被阻塞。然而, 一旦 P 释放 A , Q 能进行。 一旦 Q 释放 B, 能进行。. 考虑下面的一个系统,当前不存在未满足的请求。可用r1 r2 r3 r4 当前分配最大需求仍然需求a计算每个进程仍然可能需要的资源,并填入标为“仍然需要”的列中。b系统当前是处于安全状态还是不安全状态,为什么。c系统当前是否死锁?为什么?d哪个进程(如果存在)

6、是死锁的或可能变成死锁的?e如果的请求( 0,1,0,0)到达,是否可以立即安全地同意该请求?在什么状态(死锁,安全,不安全)下可以立即同意系统剩下的全部请求?如果立即同意全部请求,哪个进程(如果有)是死锁的或可能变成死锁的?解: a. 0 0 0 0 0 7 5 0 6 6 2 2 2 0 0 2 0 3 2 0 b. 系统当前处于安全状态,因为至少有一个进程执行序列,不会导致死锁,运行顺序是 p1, p4, p5, p2, p3. c.系统当前并没有死锁,因为P1进程当前分配与最大需求正好相等,P1进2 1 0 0 r1 r2 r3 r4 r1 r2 r3 r4 r1 r2 r3 r4 0

7、 0 1 2 0 0 1 2 2 0 0 0 2 7 5 0 0 0 3 4 6 6 5 6 2 3 5 4 4 3 5 6 0 3 3 2 0 6 5 2 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页,共 11 页 - - - - - - - - - 程可以运行直至结束,接下来运行其他进程 d.P2,P3,P4,P5可能死锁 e.不可以,当进程 P1,P4,P5 执行完可用资源为( 4,6,9,8) ,P2,P3 将死锁,所以不安全,完全不可以立即同意系统剩下的全部请求。

8、. 请把 . 中的死锁检测算法应用于下面的数据,并给出结果。Available=(2 1 0 0)2 0 0 1 0 0 1 0 Request= 1 0 1 0 Allocation= 2 0 0 1 2 1 0 0 0 1 2 0 解: 1. W = (2 1 0 0) 2. Mark P3; W = (2 1 0 0) + (0 1 2 0) = (2 2 2 0) 3. Mark P2; W = (2 2 2 0) + (2 0 0 1) = (4 2 2 1) 4. Mark P1; no deadlock detected 没有死锁. 一个假脱机系统包含一个输入进程,用户进程进程和

9、一个输出进程,它们之间用两个缓冲区连接。 进程以相等大小的块为单位交换数据,这些块利用输入缓冲区和输出缓冲区之间的移动边界缓存在磁盘上,并取决于进程的速度。所使用的通信原语确保满足下面的资源约束:i+o max 其中,max 表示磁盘中的最大块数, i 表示磁盘中的输入块数目, o 表示磁盘中的输出块数目。以下是关于进程的知识:. 只要环境提供数据,进程最终把它输入到磁盘上(只要磁盘空间可用)。. 只要磁盘可以得到输入,进程最终消耗掉它,并在磁盘上为每个输入块输出有限量的数据(只要磁盘空间可用)。. 只要磁盘可以得到输出,进程最终消耗掉它。说明这个系统可能死锁。解:当 I 的速度远大于 P的速

10、度,有可能使磁盘上都是输入数据而此时P进程要处理输入数据, 即要将处理数据放入输出数据区。于是P进程等待磁盘空间输出, I进程等待磁盘空间输入,二者死锁。. 给出在习题 . 中预防死锁的附加资源约束, 仍然通话输入和输出缓冲区之间的边界可以根据进程的要求变化。I 输入缓冲区P 输出缓冲区o 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页,共 11 页 - - - - - - - - - 解: 为输出缓冲区保留一个最小数目(称为reso)块, 但是当磁盘空间足够大时允许输出块的

11、数目超过这一个界限。资源限制现在变成 + max max reso 当0 reso max 如果程序 P 正在等候递送输出给磁盘 , 程序 O 最后处理所有的早先输出而且产生至少 reso页, 然后让 P 继续执行。因此 P 不会因为 O 而延迟。如果磁盘充满 I/O ,能被延迟 ; 但是迟早 , 所有的早先的输入可以被处理完,而且对应的输出将会被 O 处理, 因而可以让继续执行。. 在多道程序设计系统中,一个磁鼓(磁盘的先驱,用做辅存)被划分为输入缓冲区, 处理和输出缓冲区, 它们的边界可以移动, 这取决于所涉及的进程速度。磁鼓的当前状态可以用以下参数描述:max 表示磁鼓中的最大页数, i

12、 示磁鼓中的输入页数, p示磁鼓中的处理页数, o示磁鼓中的输出页数, reso 出保留的最小页数, resp理保留的最小页数。解: + + max + max resp + max reso max (reso+ resp) 在多道程序设计系统中,一页可以进行下列状态转换:. 空输入缓冲区(输入生产). 输入缓冲区处理区域(输入消耗). 处理区域输出缓冲区(输出生产). 输出缓冲区空(输出生产). 空处理区域(输出消耗). 处理区域空(过程调用)a根据,和的量定义这些转换的结果。b如果维持习题 . 中关于输入进程, 用户进程和输出进程的假设, 它们中的任何一个转换是否会导致死锁。解: 1.

13、i i + 1 2. i i 1; p p + 1 3. p p 1; o o + 1 4. o o 1 5. p p + 1 6. p p 1 b. 结合在对问题 6.7 的解决办法被列出的资源限制, 我们能总结下列各项 : 6. 过程返回能立刻发生因为他们只释放资源。5. 程序调用可能用尽磁盘片 (p= max reso) 导致死锁。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 4 页,共 11 页 - - - - - - - - - 4. 当有输出时输出消耗能立刻发生。3.

14、输出生产能暂时被延迟直到所有的早先输出被消耗而且为下一步的输出至少可以产生 reso页。2. 只要有输入,输入消耗能立刻发生。1. 输入生产被延迟直到所有先前输入和对应的输出已经被消耗。此时, 当 i= o=0,如果消费进程还没有占用完磁盘空间 ( p 0; region buffer(j) do consume element; region available do begin available (i) := available(i) 1; available (succ) := available (succ) + 1; end j := (j+1) mod max; forever

15、end b. 死锁可以被解决通过P0 waits for Pn-1 AND P1 waits for P0 AND . . . . . Pn-1 waits for Pn-2 因为(available (0) = 0) AND (available (1) = 0) AND . . . . . (available (n-1) = 0) 但是如果 max 0, 这个条件不成立,因为临界域满足claim ( 1)+ claim ( 2)+ , +claim ( n) available(1)+available( 2)+, +available(n) =max 名师资料总结 - - -精品资料欢

16、迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页,共 11 页 - - - - - - - - - . a. 个进程共享个资源单元,一次只能保留或释放一个单元。每个进程最大需要个单元。说明不会死锁。b. 个进程共享个资源单元, 一次只能保留或释放一个单元。 每个进程最大需要单元数不超过,并且所有最大需求的总和小于+。说明不会发生死锁。解:a. 说明由于每个进程最多需要2 个资源,最坏情况下, 每个进程需要获得一个,系统还剩 1 个,这一个资源,无论分给谁都能完成。完成进程释放资源后,使剩余进程也完成,故系统不会

17、死锁。b. 假定每个进程最多申请X个资源,最坏情况下,每个进程都得到X-1 个资源都在申请最后一个资源,这时系统剩余资源数量为M-N(X 1) ,只要系统还有一个剩余资源, 就可以使其中的一个进程获得所需要的全部资源,该进程运行结束以后释放资源, 就可以使其他进程得到全部资源的满足,因此,当 M-N(X-1)1 时系统不会发生死锁,解这个不等式X(M+N-1 ), 系统不会发生死锁,因此,当所有进程的需求总和小于M+N时,系统是不会发生死锁的。. 考虑一个由四个进程和一个单独资源组成的系统,当前的声明和分配矩阵是3 1 2 1 C = 9 A= 3 7 2 对于安全状态,需要的最小资源数目是多

18、少?解:最小资源数是个,总共有个资源。获得一个资源,完成后释放两个资源, 获得三个资源, 完成后释放三个资源, 接下来获得五个资源,释放完资源后,获得所需的个资源后完成。. 考虑下列处理死锁的方法:1 银行家算法, 2 死锁检测并杀死线程,释放所有资源,事先保留所有资源,如果线程需要等待,资源排序,重新执行检测死锁并退回线程的动作。评价解释死锁的不同方法使用的一个标准是,哪种方法允许最大的并发。换言之,在没有死锁时, 哪种方法允许最多数目的线程无需要等待继续前进?对下面列出的种处理死锁的方法, 给出从到的一个排序 (表示最大程序的并发),并解释你的排序。另一个标准是效率;哪种方法需要最小的处理

19、器开销?假设死锁很少发生,给出各种方法从到的一个排序(表示最有效),并解释这样排序的原因。如果死锁发生很频繁,你的顺序需要改变吗?解:a从最多并发事件到最少 , 有一个大概的次序如下:1. 死锁检测并杀死线程,释放所有资源发现死锁并退回线程的动作, 如果线程需要等候那么重新开始线程而且释放所有名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页,共 11 页 - - - - - - - - - 的资源,在死锁发生之前, 这些运算法则都不会限制并发, 因为他们仰赖运行时间检查而并非静

20、态的限制。他们的效果在死锁被发现比较难以描述:他们仍然允许许多并发 ( 在一些情形,他们增加它 ), 但是很难有准确的估计。第三个运算法则是最奇怪的 , 因为如此后许多的它的并发将会是无用的重复; 因为线程竞争执行时间 , 这一个运算法则也影响运行速度。因此在两者的极端 , 它以这顺序被列出两次。2. 银行家的运算法则资源排序这些运算法则因为限制多种的可允许的计算,而相对早先两种法则会引起更多的不必要的等候。 银行家的运算法则避免不安全的配置和资源排序限制配置序列以便线程在他们是否一定等候的时候有较少的选择。3. 事先保留所有的资源这一个运算法则相比前两个要允许更少的并发, 但是比最坏的那一种

21、有更少的缺点。因为要预先保留所有的资源, 线程必须等候比较长的而且当他们工作的时候更有可能阻塞其他的线程, 因此系统上来说具有更多的线性。4. 如果线程需要等待,则重新启动线程并且释放所有的资源如上所述 , 这一个运算法则在区别最多和最少并发上有疑问, 这具体要看并发的定义。b从最高效率到最低,有如下大概的一个顺序:1. 预先保留所有的资源资源排序因为他们没有包括运行时间经常开支,所以这些运算法则最有效率。注意这是在相同的静态限制下的结果。2. 银行家的运算法则发现死锁而且杀死线程 , 释放它的资源这些运算法则在概略的配置上包括运行时间检查; 银行家的运算法则运行搜寻查证复杂度在线程和配置的数

22、字和死锁检测中是O(n m),死锁检测的复杂度是 O(n) 。资源- 从属链被线程数目,资源数目和分配数目限制。3. 发现死锁并退回线程的动作这一个运算法则运行也需要运行上述的相同的时间检查。在写内存上的复杂度为 O(n) 。4. 如果线程需要等待,则重新启动线程并释放所有的资源这一个运算法则是非常无效率,有如下两个理由。首先, 因为线程有重新开始的危险 , 他们完成的可能性低。 其次,他们与其他重新开始线程竞争有限的执行时间, 因此整个系统运行的速度很慢。. 评价下面给出的就餐问题的解决方案。一位饥饿的哲学家首先拿起他左边的叉子, 如果他右边的叉子也是可用的,则拿起右边的叉子开始吃饭,否则他

23、放下左边的叉子,并重复这个循环。解:如果哲学家们步调完全一致地拿起左边叉子又放下的话,他们会重复这一过程,导致饥饿情况的出现。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 8 页,共 11 页 - - - - - - - - - . 假设有两种类型的哲学家。一类总是先拿起左边的叉子(左撇子),另一类总是先拿起右边的叉子(右撇子)。左撇子的行为和图. 中定义的一致。右撇子的行为如下:begin repeat think; wait(fork(i+1)mod5); wait(forki

24、); eat; signal(forki); signal(fork(i+1)mod5); forever; end;证明:a如果至少有一个左撇子或右撇子,则他们的任何就座安排都可以避免死锁。b如果至少有一个左撇子或右撇子,则他们的任何就座安排都可以防止饥饿。解: a假设存在死锁情况,设有 D个哲学家,他们每人都有一支叉子而且另一支叉子被邻居占有。不失一般性,设Pj 是一个左撇子。 Pj 抓牢他的左边叉子而且没有他的右边叉子 , 他的右边邻居 Pk 没有完成就餐因此也是一个左撇子。因此依次推理下去所有这个哲学家都是左撇子。这与既有左撇子又有右撇子的条件矛盾,假设不成立,不存在死锁。b 假设左撇

25、子 Pj 饥饿,也就是说,有一部分人在就餐而Pj从不吃。假如 Pj 没有叉子。 这样 Pj 的左边邻居 Pi 一定持续地占有叉子而始终不吃完。因此Pi 是 右撇子,抓住他的右边叉子 , 但是从不得到他的左边叉子来完成就餐, 也就是说 Pi 也饥饿。 现在 Pi 左边邻居也一定是持续占有右边叉子的右撇子。向左进行这样的推理,得出所有哲学家都是饥饿的右撇子,这同Pj是个左撇子矛盾。 因此 Pj 一直拥有左边子而且在等待他的右边叉子,Pj 的右边邻居 Pk 一直举着他的左边叉子而且从不完成一餐, 也就是 , Pk 是也饥饿的左撇子。如果 Pk 不是一直拿着他的左边叉子, Pj 就可以就餐 ; 因此

26、Pk 拿着他的左边叉子。向右推理可得所有哲学家都是饥饿的左撇子。 这与条件矛盾,因此假设不成立, 没有人饥饿。. 图 . 显示了另外一个使用管程解决哲学家就餐问题的方法。和图 .比较并阐述你的结论。解:图. 是等待可用的叉子, 图. 是等待邻居吃完, 在本质上逻辑是一样的,后者显得更加紧凑。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 9 页,共 11 页 - - - - - - - - - monitor dining_controller; enum statesthinkin

27、g,hungry,eating state5; cond needFork5 /*condition variable*/ void get_forks(int pid) /*pid is the philosopher id number*/ startpid=hungry; /*announce that I am hungry*/ if(state(pid+1)%5= =eating |(state(pid-1)%5= =eating cwait(needForkpid); /*wait if either neighbor is eating*/ statepid=eating; /*

28、proceed if neither neighbor is eating*/ void release_fork (int pid) statepid=thinking; /*give right(higher)neighbor a chance to eat*/ if(state(pid+1)%5)= =hungry) &(state(pid+2)%5)!=eating) csignal(needForkpid+1); /*give left(lower)neighbor a chance to eat*/ else if(state(pid-1)%5= =hungry) |(state(

29、pid-2)%5!=eating void philosopherk=0 to 4 /*the five philosopher clients*/ while(true) ; get_forks(k); /*client requests two forks via monitor*/ ; release_forks(k); /*client releases forks via the monitor*/ 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 10 页,共 11 页 -

30、 - - - - - - - - . 在表 . 中, Linux 的一些原子操作不会涉及到对同一变量的两次访问。比如 atomic_read(atomic_t *v). 简单的读操作在任何体系结构中都是原子的。为什么该操作增加到了原子操作的指令表?解:原子操作是在原子数据类型上操作, 原子数据类型有他们自己的内在的格式。 因此,不能用简单的阅读操作, 但是特别的阅读操作对于原子数据类型来说是不可或缺的。. 考虑 Linux 系统中的如下代码片断:read_lock(&mr_rwlock); write_lock(&mr_rwlock); mr_rwlock 是读者写者锁。这段代码的作用是什么?

31、解:因为写者锁将会自旋,所以这段代码会导致死锁, 等待所有的读者解锁 , 包括唤醒这个线程。. 两个变量 a和b分别有初始值和,对于Linux 系统有如下代码:线程 1 线程 2 a = 3;mb( );- - - - c = b;rmb();d = a;使用内在屏障是为了避免什么错误?解:没有使用内存屏障 , 在一些处理器上可能 c 接到b 的新值 , 而d接到b 的旧值。 举例来说 , c 可以等于 4( 我们期待的 ), 然而 d 可能等于 1.( 不是我们期待的) 。 使用mb() 确保a 和 b 按合适的次序被写 , 使用 rmb() 确保 c 和d 按合适的次序被读。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 11 页,共 11 页 - - - - - - - - -

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 技术资料 > 技术总结

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com