2.4.2 预防死锁——操作系统笔记


主要思想:破坏其中的一个或者几个死锁的必要条件

1. 破坏互斥条件

  • 互斥条件:只有对必须互斥使用的资源的争抢才会导致死锁。
  • 如果把只能互斥使用的资源改造为允许共享使用,则系统不会进入死锁。比如:SPOOLing技术
  • 缺点:并不是所有的资源都可以改造成可共享使用的资源。

2. 破坏不剥夺条件

  • 不剥夺条件:进程所获得的资源在未使用完之前,不能由其他进程强行夺走,只能主动释放。
  • 方案一:当某个进程请求新的资源得不到满足时,它必须立即释放保持的所有资源。
  • 方案二:当某个进程需要的资源被其他进程所占有的时候,可以由操作系统协助,将想要的资源强行剥夺。(一般考虑优先级)
  • 缺点:1.实现起来比较复杂。2.释放已获得的资源可能导致前一段的工作实效。3.反复申请和释放资源增加系统开销。

3. 破坏请求和保持条件

  • 请求和保持条件:进程已经保持了至少一个资源,但又提出了新的资源请求,而该资源又被其他进程占有,此时请求进程被阻塞,但又对自己已有的资源保持不放。
  • 可以采用静态分配方法,即进程在运行前一次申请完所需要的的全部资源。
  • 缺点:资源利用率极低,也可能导致进程饥饿。

4. 破坏循环等待条件

  • 循环等待条件:存在一种进程资源的循环等待链,每一个进程已获得的资源同时被下一个进程所请求。
  • 采用顺序资源分配法,首先给系统中的资源编号,规定每个进程必须按编号递增的顺序请求资源,同类资源一次申请完。
  • 缺点:不方便增加新的设备,因为需要重新分配编号。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值