银行家算法

简介: 银行家算法

银行家算法


银行家算法是一种用来避免操作系统死锁出现的有效算法,所以在引入银行家算法的解释之前,有必要简单介绍一下死锁的概念。


一、死锁


死锁:是指两个或两个以上的进程在执行过程中,由于竞争资源或者由于彼此通信而造成的一种阻塞的现象,若无外力的作用,它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁,这些永远在互相等待的进程称为死锁进程。


死锁的发生必须具备以下四个必要条件:


1.互斥条件:指进程对所分配到的资源进行排他性使用,即在一段时间内某资源只由一个进程占用。如果此时还有其它进程请求资源,则请求者只能等待,直至占有资源的进程释放。


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


3.不抢占条件:指进程已获得的资源,在未使用完之前,不能被剥夺,只能在使用完后由自己释放。


4.循环等待条件:指在发生死锁时,必然存在一个进程—资源的环形链。


避免死锁算法中最有代表性的算法就是Dijkstra E.W 于1968年提出的银行家算法,银行家算法是避免死锁的一种重要方法,防止死锁的机构只能确保上述四个条件之一不出现,则系统就不会发生死锁。


二、银行家算法


安全序列: 是指一个进程序列是安全的,即对于每一个进程,它以后尚需要的资源量不超过系统当前剩余资源量与所有进程当前占有的资源量之和。


安全状态: 如果存在一个由系统中所有进程构成的安全序列,则系统处于安全状态。安全状态一定是没有死锁发生。


不安全状态: 不存在一个安全序列。不安全状态不一定导致死锁。


数据结构:


1)可利用资源向量Available

是个含有m个元素的数组,其中的每一个元素代表一类可利用的资源数目。如果Available[j]=K,则表示系统中现有Rj类资源K个。

2)最大需求矩阵Max

这是一个n×m的矩阵,它定义了系统中n个进程中的每一个进程对m类资源的最大需求。如果Max[i,j]=K,则表示进程i需要Rj类资源的最大数目为K。

3)分配矩阵Allocation

这也是一个n×m的矩阵,它定义了系统中每一类资源当前已分配给每一进程的资源数。如果Allocation[i,j]=K,则表示进程i当前已分得Rj类资源的 数目为K。

4)需求矩阵Need


这也是一个n×m的矩阵,用以表示每一个进程尚需的各类资源数。如果Need[i,j]=K,则表示进程i还需要Rj类资源K个,方能完成其任务。


存在的关系:Need[i,j]=Max[i,j]-Allocation[i,j]


Need[i,j]=Max[i,j]-Allocation[i,j]


银行家算法步骤


设Request(i)是进程Pi的请求向量,如果Request(i)[j]=k,表示进程Pi需要K个R(j)类型的资源。当Pi发现资源请求后系统将进行下列步骤


(1)如果Request(i)[j] <= Need[i,j],边转向步骤2),否则认为出错,因为它所请求的资源数已超过它所宣布的最大值。


(2)如果Request(i)[j] <= Available[i,j],便转向步骤3),否则,表示尚无足够资源,Pi需等待。


(3)系统试探着把资源分配给进程Pi,并需要修改下面数据结构中的数值;


Available[j] = Available[j] - Request(i)[j];


Allocation[i,j] = Allocation[i,j] + Request(i)[j];


Need[i,j] = Need[i,j] - Request(i)[j];


说了这么多基本的概念,下面就让我们通过实际案例来体会银行算法吧。


三、实战


9cadab3ac6e149fd780700b8ca998658_70.png


解析:


从图中数据我们可以利用银行家算法的四个数据结构,来描述当前的系统状态


218b0631078cb3cb1f5837024e8464f9_3dd58e8688465e4116d2e754713c78a1.png


因为系统资源R =(17,5,20)而系统分配给这几个线程的资源为Allocation=(15,2,17) 则可以求出Available=(2,3,3)

(1)在T0时刻,由于Available大于等于Need中 P5 所在行的向量,因此Availabel能满足 P5 的运行,在 P5 运行后,系统的状态变更为如下图所示:


3d125b2fba9ff475b93e386e32c6e16e_0df9517e543ab790f872a5d10b3b4034.png


因此,在T0时刻,存在安全序列:P5,P4,P3,P2,P1(并不唯一)


(2)P2请求资源,P2发出请求向量Request(i)(0,3,4),系统根据银行家算法进行检查;

① P2 申请资源Reuqest(i)(0,3,4)<=Need中 P2 所在行向量Need(i)(1,3,4)


② P2 申请资源Reuqest(i)(0,3,4)>=可以利用资源向量Availabel(2,3,3),所以,该申请不给于分配


(3)P4请求资源,P4发出请求向量Request(i)(2,0,1),系统根据银行家算法进行检查;


①Reuqest(i)(2,0,1)<= Need(i)(2,2,1)


② Reuqest(i)(2,0,1 <= Availabel(2,3,3)


③对 P4 的申请(2,0,1)进行预分配后,系统的状态为:


ea3e3f2fef09ec519c38e5ca981b36d2_53f9706add34c1292ab6bc65c02d2f64.png


可利用资源向量Availabel=(0,3,2),大于Need中 P4 所在行的向量(0,2,0),因此可以满足 P4 的运行。P4 运行结束后,系统的状态变为:


d710ebaea364565648329d65e4aec828_914807f7dff6a3497de590a21b5984ca.png


同理依次推导,可计算出存在安全序列P4,P5,P3,P2,P1(并不唯一)


(4)P1请求资源,P1发出请求向量Request(i)(0,2,0),系统根据银行家算法进行检查;


①Request(i)(0,2,0)<= Need(i)(3,4,7)


② Request(i)(0,2,0)<= Availabel(2,3,3)


③对 P1 的申请(0,2,0)进行预分配后,系统的状态为:


631559cf55628a6ea2c327f3262ee065_cedc7d5ca973e505d4b7d6d03b22b72e.png


由于Available不大于等于 P1 到 P5 任一进程在Need中的需求向量,因此系统进行预分配后


处于不安全状态,所以对于 P1 申请资源(0,2,0)不给予分配。


注意:因为(4)是建立在第(3)问的基础上的所以Available=(0,3,2)-(0,2,0)=(0,1,2)


向量,因此系统进行预分配后


处于不安全状态,所以对于 P1 申请资源(0,2,0)不给予分配。


注意:因为(4)是建立在第(3)问的基础上的所以Available=(0,3,2)-(0,2,0)=(0,1,2)

相关文章
|
4月前
|
算法 安全 Java
银行家算法代码
银行家算法代码
23 0
|
4月前
|
Go
并发陷阱:死锁、活锁和饥饿
并发陷阱:死锁、活锁和饥饿
27 0
|
9月前
|
算法 安全 Java
银行家算法【学习算法】
银行家算法【学习算法】
63 0
|
10月前
|
算法 安全
【软考学习11】死锁问题和银行家算法
【软考学习11】死锁问题和银行家算法
160 0
|
11月前
|
存储 关系型数据库 MySQL
面试官:解释下什么是死锁?为什么会发生死锁?怎么避免死锁?
开局先来个段子: 面试官: 解释下什么是死锁? 应聘者: 你录用我,我就告诉你 面试官: 你告诉我,我就录用你 应聘者: 你录用我,我就告诉你 面试官: 滚!
|
算法 安全
秒懂算法 | 银行家算法
最具有代表性的避免死锁的算法是Dijkstra的银行家算法,由于该算法可能用于银行现金贷款而得名。一个银行家把他的固定资金贷给若干顾客,只要不出现一个顾客借走所有资金后还不够,银行家的资金应是安全的。银行家需要一个算法保证借出去的资金在有限时间内可以收回。 假定顾客分成若干次进行贷款,并在第一次贷款时说明他的最大借款额。具体算法如下:
200 0
秒懂算法 | 银行家算法
多线程死锁的产生以及如何避免死锁
指多个线程因竞争资源而造成的一种僵局(互相等待),具体代码就是同步中嵌套了其他同步,这种现象称为死锁:比如过独木桥问题,其他锁还有可重入锁、可中断锁、公平锁和同步锁
130 0
|
算法 安全 Java
银行家算法实现代码
银行家算法Java实现
111 0
|
算法 安全 测试技术
模拟实现银行家算法
模拟实现银行家算法
141 0
模拟实现银行家算法
线程饥饿死锁
线程饥饿死锁
177 0