- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
* 满足进程c后,available=(2,5,5,2) 进程 R1 R2 R3 R4 a 2 3 1 0 b 1 1 0 3 c 0 0 0 0 d 3 0 1 2 e 0 3 2 0 (e)尚需资源 可以满足进程a或e,进而满足b或d,直到全部结束 * 4.3 解决死锁的方案 死锁的避免算法需要每个进程运行前就知道其所需资源的最大值,而且原本可用的资源有可能突然变成不可用资源(坏掉),因此,在死锁避免算法中难于获得进程所需资源的最大值。 * 4.3 解决死锁的方案 死锁的检测:让死锁发生。 资源分配图:描述进程申请资源和资源分配情况的关系模型图,可以直观的检测系统是否会发生死锁。在资源分配图中,规定如下: 圆表示一个进程; 方块表示一个资源类,其中的圆点表示该类资源中的单个资源; 从资源指向进程的箭头表示资源被分配给该进程; 从进程指向资源的箭头表示进程申请一个这类资源。 * 4.3 解决死锁的方案 T1 T2 T3 T4 ? R2 ? ? R1 ? * 4.3 解决死锁的方案 合理的资源分配图 设资源类Rj有资源Wj个,用|(Rj,Pi)|表示Rj分配给进程Pi的资源个数,用|(Pi,Rj)|表示进程Pi申请Rj的资源个数,则应满足两个条件: 资源Rj分配给各进程的资源数目不能大于Wj,即 * 4.3 解决死锁的方案 合理的资源分配图 设资源类Rj有资源Wj个,用|(Rj,Pi)|表示Rj分配给进程Pi的资源个数,用|(Pi,Rj)|表示进程Pi申请Rj的资源个数,则应满足两个条件: 任何一个进程Pi对某类资源Rj的申请量和已分配数量之和,不能大于Wj,即 * 4.3 解决死锁的方案 化简资源分配图,判断是否发生死锁 检查图中有无环路,如果没有,系统不会死锁,检测结束;如果有环路,进行下一步。 若环路中涉及的每个资源类中只有一个资源,系统一定死锁;若每个资源类中有多个资源,进行下一步。 在环路中查找非阻塞且非独立的进程Pi,应满足对任一资源类Rj 即它可以在有限的时间里获得所需资源并执行完毕,从而释放占有资源。找到后,把与该进程相连的所有有向边去掉,形成孤立结点。如此反复,直到没有进程可被化简。 * 4.3 解决死锁的方案 如果资源分配图中每个进程都化简成孤立结点,则系统不会死锁;否则,则会死锁。 例:下面资源分配图所示系统是否会死锁。 T1 T2 T3 T4 ? R2 ? ? R1 ? 不会死锁 * 4.3 解决死锁的方案 临时资源的死锁检测 对资源分配图进行重新定义: 圆表示一个进程; 方块表示一个资源类,其中的圆点表示该类资源中的单个资源; 从资源类指向进程的箭头表示该进程产生这种资源,一个箭头可表示产生一到多个资源,每个资源类至少有一个生产者进程; 从进程指向资源的箭头表示进程申请这类资源,一个箭头表示只申请一个资源。 * 4.3 解决死锁的方案 判断系统死锁是否发生的关键在于判断生产者进程的状态,只要生产者进程不被阻塞,它总会产生出该类资源,申请这类资源的进程就都可以得到满足。 T1 T2 R2 R1 T1 T2 R2 ? R1 T1 T2 R2 ? R1 死锁 不死锁 不死锁 * 4.3 解决死锁的方案 死锁的解除 重新启动:方法粗暴,实现简单,损失较大 撤销进程:逐个撤销或一次性撤销所有 剥夺资源:进程选择方法同上 进程回退:需要保留历史信息,比较成熟,广泛应用于DBMS中 * 4.4 其它相关问题 两阶段加锁 一般情况下,避免死锁和防止死锁并不是很有效,但在一些特殊的应用方面,可以采用一些特殊方法,如在数据库系统中,一个经常的操作是锁住一些记录,然后更新锁住的记录。当同时有若干个进程运行时,就可能会死锁。 通常的方法是两阶段加锁:第一阶段,进程对所有所需记录加锁,一次锁一个记录;如果第一阶段加锁成功,就进行第二阶段,更新加锁的记录,然后释放锁。 * 4.4 其它相关问题 两阶段加锁 如果在第一阶段遇到了已加锁的记录,并没有释放锁就重新加锁,就可能产生死锁。 解决策略是,如果在第一阶段,某个要加锁的记录已经被一个进程加锁,那么所有已被此进程加锁的记录的锁都应该被打开,然后重新开始第一阶段。 * 4.4 其它相关问题 饥饿 在动态运行的系统中,在任何时刻都会产生资源申请,有时可能一些进程永远都得不到服务,虽然它们没有被阻塞,没有产生死锁。 例如,短作业优先调度算法,长作业有可能会“饥饿”。 * 作业 9、10、11、12、13 西安电子科技大学计算机学院 * 计算机操作系统 第四章 死锁 张海宾 * 第四章 死锁 死锁的产生原因 产生死锁的必要条件 死锁的预防 死锁的避免 死锁的检测和解除 * 4.1 死锁的基本概念 Dijkstra在1968年提出“死锁”的现象:两个或
文档评论(0)