操作系统 -- 死锁

死锁:在并发环境下,各进程因竞争资源而造成的一种互相等待对方手里的资源导致进程都堵塞,无法向前推进的现象,就是死锁。发生死锁后若无外力干涉,这些进程都将无法向前推进。

饥饿:由于长期得不到想要的资源,某进程无法向前推进的现象。比热短进程优先算法,若有源源不断的短进程到达,则长进程一直无法得到处理机。从而发生长进程饥饿。

死循环:某进程执行过程中一直跳不出某个循环的现象。

发生死锁条件

1:互斥条件:只有对必须互斥使用的资源的争抢才会导致死锁。
2:不剥夺条件:进程所获的资源在未使用完之前,不能由其他进程强行夺走,只能主动释放。
3:请求和保持条件:进程已经保持了至少一个资源,但又提出了新的资源请求,而该资源又被其他进程占有,此时请求进程被阻塞,但又对自己已有的资源保持不放。
4:循环等待条件:存在一种进程资源循环等待链,链中的每一个进程已获得的资源同时被下一个进程所请求。

什么时候会发生死锁

1:对系统资源的竞争。各进程对不可剥夺的资源(打印机)的竞争可能引起死锁。对可剥夺的资源(CPU)的竞争不会引起死锁。
2:进程推进顺序非法。请求和释放资源的顺序不当,也同样会导致死锁。
3:信号量的使用不当也会造成死锁。如生产者者消费者问题中,如果实现互斥的P操作在实现同步的P操作之前,就有可能导致死锁。
总之,当对不可剥夺的资源分配不合理时就会导致死锁。

死锁的处理策略

1:预防死锁。破坏死锁产生的四个必要条件中的一个或几个。
(1)破坏互斥条件
如果把只能互斥使用的资源改造为允许共享使用,则系统不会进入死锁状态。比如SPOOLing技术。
缺点:可行性不高,很多时候无法破坏互斥条件。
(2)破坏不剥夺条件
当某个进程请求新的资源得不到满足时,它必须立即释放保持的所有资源,待以后需要时在重新申请。也就是说,即使某些资源尚未用完时,也需要主动释放,从而破坏了不可剥夺条件。
当某个进程需要的资源被其他进程所占有时,可以有操作系统协助,将想要的资源强行剥夺。这种方式一般要考虑各进程的优先级。
缺点:实现复杂;剥夺资源可能导致部分工作失效;反复申请和释放导致系统开销大;可能导致饥饿。
(3)破坏请求和保持条件
可以采用静态分配的方法,即进程在运行前一次申请完它所需要的所有资源,在他的资源未满足前,不让他投入运行。一旦投入运行后,这些资源就一直归它所有,该进程不会再请求别的任何资源。
缺点:资源利用率低可能导致饥饿。
(4)破坏循环等待条件
采用顺序资源分配法,首先给系统中的资源编号,规定每个进程必须按编号递增的顺序请求资源,同类资源(即编号相同的资源)一次申请完。
缺点:不方便添加新设备;会导致资源浪费;用户编程麻烦。
2:避免死锁。用某种方法防止系统进入不安全状态,从而避免死锁。
安全序列:就是如果系统按照这种序列分配资源,则每个进程都能顺利完成。只要能找出一个安全序列,系统就是安全状态。当然安全序列可能有多个。
银行家算法:在进程提出资源申请时,先预判此次分配是否会导致系统进入不安全状态,如果会进入不安全状态,就暂时不答应此次请求,让进程先阻塞等待。
银行家算法步骤
① 检查此次申请是否超过了之前生命的最大需求数。
② 检查此时系统剩余的可用资源是否还能满足这次需求。
③ 试探着分配,更改各数据结构。
④ 用安全性算法检查此次分配是否会导致系统进入不安全状态。
3:死锁的检测和解除。允许死锁发生,不过操作系统会负责检测出死锁的发生然后采取某种措施解除死锁。
(1)死锁的检测
① 用某种数据结构来保存资源的请求和分配信息。
② 提供一种算法,利用上述信息来检测系统是否进入死锁状态。
在这里插入图片描述
在这里插入图片描述

如果能消除所有边,就称这个图是完全可简化的,此时一定没发生死锁,相当于能找到一个安全序列。
如果不能消除所有边,那么此时就是发生了死锁。最终还连着边的那些进程就是处于死锁状态的进程。

(2)死锁的解除
① 资源剥夺法。挂起某些锁死的进程,并抢占他的资源,将这些资源分配给其他的死锁进程。但是应防止被挂起的进程长时间得不到资源而饥饿。
② 撤销进程法。强制撤销部分,甚至全部死锁进程,并剥夺这些进程的资源。
③ 进程回退法。让一个或多个死锁进程回退到足以避免死锁的地步。这就要求系统要记录进程的历史信息,设置还原点。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

全栈游戏开发

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值