操作系统之六:死锁

死锁

思维导图

在这里插入图片描述

一、什么是死锁?

在哲学家进餐问题中,如果5位哲学家进程并发执行,都拿起了左手边的筷子…

在这里插入图片描述

当他们尝试拿起右手边的筷子时,发现右手边的筷子已经被另一个人拿走了,每位哲学家都在等待自己右手边的人放下筷子,这些哲学家进程都因等待筷子资源而被阻塞。即发生死锁

比如有一首歌的歌词是:我爱你,你爱他,他爱她,她爱我…这世界每个人都爱别人…

在这里插入图片描述

每个人都占有一个资源,同时又在等待另一个人手里的资源,发生“死锁”。

  • 因此我们得出:在并发环境下,各进程因为竞争资源而造成的一种互相等待对方手里的资源,导致各进程都阻塞,都无法向前推进的现象,这就是“死锁”。发生死锁后如果没有外力干涉,这些进程都将无法向前推进。

二、进程死锁、饥饿、死循环的区别

  • 死锁:各进程都互相等待对方手里的资源,导致各进程都阻塞,无法向前推进的现象。
  • 饥饿:由于长期得不到想要的资源,某进程无法向前推进的现象。比如:在短进程优先(SPF)算法中,如果有源源不断的短进程到来,则长进程将一直得不到处理机,从而发生长进程“饥饿”。
  • 死循环:某进程执行过程中一直跳不出来某个循环的现象。有时是因为程序逻辑bug导致的,有时是程序员故意设计的。

在这里插入图片描述

三、死锁产生的必要条件

产生死锁必须同时满足以下四个条件,只要其中任意一条不成立,死锁就不会发生。

互斥条件:只有对必须互斥使用的资源的争抢才会导致死锁(如哲学家的筷子,打印机设备)。像内存、扬声器这样可以同时让多个进程使用的资源是不会导致死锁的(因为进程不用阻塞等待资源)。

不剥夺条件:进程所获得的资源在未使用完之前,不能由其他进程强行夺走,只能主动释放。

请求和保持条件:进程已经保持了至少一个资源,但又提出了新的资源请求,而该资源又被其他进程占有,此时请求进程被阻塞,但又对自己已有的资源保持不放

循环等待条件:存在一种进程资源的循环等待链,链中的每一个进程已获得的资源同时被下一个进程所请求。

注意:发生死锁时一定有循环等待条件,但是发生循环等待条件时未必发生死锁(循环等待是死锁的必要不充分条件)。

如果同类资源数大于1,则即使有循环等待,也未必发生死锁。但如果系统中每类资源都只有一个,那循环等待就是死锁的充分必要条件了。

四、什么时候会发生死锁

  • 1、对系统资源的竞争。各进程对不可剥夺资源(如打印机)的竞争可能引起死锁,对可剥夺资源(CPU)的竞争是不会引起死锁的。

  • 2、进程推进顺序非法。请求和释放资源的顺序不当,也同样会导致死锁。例如,并发执行的进程P1、P2分别申请并占有了资源R1、R2,之后进程P1又紧接着申请资源R2,而进程P2又申请资源R1,两者会因为申请的资源被对方占有而阻塞,从而发生死锁。

  • 3、信号量的使用不当也会造成死锁。如生产者-消费者问题中,如果实现互斥的P操作在实现同步的P操作之前,就有可能导致死锁。

总之,对不可剥夺资源的不合理分配,就可能导致死锁。

五、死锁的处理策略

1、预防死锁:破坏死锁产生的四个必要条件中的一个或几个。

2、避免死锁:用某种方法防止系统进入不安全状态,从而避免死锁(银行家算法)。

3、死锁的检测和解除:允许死锁的发生,不过操作系统会负责检测出死锁的发生,然后采取某种措施解除死锁。

预防死锁

在这里插入图片描述

  • ①破坏互斥条件

在这里插入图片描述

缺点:并不是所有的资源都可以改造成可共享使用的资源。并且为了系统安全,很多地方还必须保护这种互斥性。因此,很多时候都无法破坏互斥条件

  • ②破坏不剥夺条件

在这里插入图片描述

  • ③破坏请求和保持条件

在这里插入图片描述

C类进程需要资源1和资源2才可以执行,但是此时A类进程和B类进程拿到了各自的资源不放,就可能导致C类进程饥饿。

  • ④破坏循环等待条件

在这里插入图片描述

避免死锁

  • 什么是安全序列?

在这里插入图片描述

所以,经过我们的分析,发现给B再借30亿是不安全的,所以我们考虑改变一下策略。

在这里插入图片描述

给A借20亿之后,我们手中还有20亿,可以按照T->B->A,或者A->T>B都是可以的。

  • 安全序列、安全状态、不安全状态和死锁之间的关系

在这里插入图片描述

  • 避免系统进入不安全状态——银行家算法

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

  • 使用代码实现

在这里插入图片描述

  • 知识回顾

在这里插入图片描述

检测和解除

  • 死锁的检测

为了能对系统是否已发生了死锁进行检测,必须:

①用某种数据结构来保存资源的请求和分配信息

②提供一种算法,利用上述信息来检测系统是否已进入死锁状态

在这里插入图片描述

如果系统中剩余的可用资源数足够满足进程的需求,那么这个进程暂时是不会阻塞的,可以顺利执行下去。

如果这个进程执行结束了把资源归还系统,就可能使某些正在等待资源的进程被激活,并顺利地执行下去。

相应的,这些被激活的进程执行完了之后又会归还一些资源,这样可能又会激活另外一些阻塞进程…

如果按上述过程分析,最终能够消除掉所有边,就称这个图是可完全简化的。此时一定没有发生死锁。(相当于能找到一个安全序列)。

如果最终不能消除所有边,那么此时就是发生了死锁

  • 检测死锁的算法

1、在资源分配图中,找出既不阻塞又不是孤点的进程Pi(即找出一条有向边与它相连,且该有向边对应资源的申请数量小于等于系统中已有空闲资源数量。如下图中,R1没有空闲资源,R2有一个空闲资源。若所有的连接该进程的边均满足上述条件,则这个进程能继续运行直至完成,然后释放它所占有的所有资源。)消去它所有的请求边和分配边,使之成为孤立的结点。在下图中,P1是满足这一条件的进程结点,于是将P1的所有边消去。

在这里插入图片描述

2、进程P1所释放的资源,可以唤醒某些因等待这些资源而阻塞的进程,原来的阻塞进程可能变为非阻塞进程。在下图中,P2就满足这样的条件。根据1)中的方法进行一系列简化后,若能消去途中所有的边,则称该图是可完全简化的。

在这里插入图片描述

死锁定理:如果某时刻系统的资源分配图是不可完全简化的,那么此时系统死锁。

  • 死锁的解除

在这里插入图片描述

  • 知识回顾

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值