操作系统实验之银行家算法

一、实验目的

理解死锁和死锁避免的概念;

理解安全序列的概念;掌握银行家算法的原理

二、实验器材及环境概述

DEV C++

C语言

三、实验内容

编写和调试一个系统动态分配资源的简单模拟程序,观察死锁产生的条件,并采用适当的算法,有效地防止和避免死锁地发生。

模拟银行家算法,初始化时系统拥有一定资源;通过键盘输入方式申请资源;如果预分配后,系统处于安全状态,则修改系统的资源分配情况; 如果预分配后,系统处于安全状态,则修改系统的资源分配情况;

实现银行家算法, 每个新进程在进入系统时,其都必须申明在运行过程中可能需要每种资源类型的最大单元数目,该数目不应超过系统所拥有的资源总量。当进程请求一组资源时, 系统必须首先确定是否有足够的资源可分配给该进程。若有,则进一步计算在将这些资源分配给该进程后, 系统是否会处于不安全状态。 如果不会,则将资源分配给该进程, 否则让该进程等待。

四、实验原理

为银行家算法设置数据结构同时设计安全性算法。初始化时让系统拥有一定的资源。

线程开始申请资源。

如果预分配后,系统处于安全状态,则修改系统的资源分配情况。

如果预分配后,系统处于不安全状态,则提示不能满足请求。

五、实验步骤

#include <stdio.h>

// 定义资源类型和数量

#define MAX_NUM_A 3       // 最多三个A类资源

#define MAX_NUM_B 3       // 最多三个B类资源

// 定义进程编号和所需资源

#define PROC_1 1          // 进程1需要2个A类资源和1个B类资源

#define PROC_2 2          // 进程2需要1个A类资源和2个B类资源

int main() {

    int available_A[MAX_NUM_A];  // 可用的A类资源数量

    int available_B[MAX_NUM_B];  // 可用的B类资源数量

    int allocation_A[2][MAX_NUM_A];  // 分配给各个进程的A类资源数量

    int allocation_B[2][MAX_NUM_B];  // 分配给各个进程的B类资源数量

    int need_A[2][MAX_NUM_A];  // 进程还需要的A类资源数量

    int need_B[2][MAX_NUM_B];  // 进程还需要的B类资源数量

    // 初始化可用资源数量

    available_A[0] = 3;

    available_B[0] = 3;

    // 初始化进程已分配资源数量和还需资源数量

    allocation_A[PROC_1][0] = 2;

    allocation_B[PROC_1][0] = 1;

    allocation_A[PROC_2][0] = 1;

    allocation_B[PROC_2][0] = 2;

    need_A[PROC_1][0] = 0;

    need_B[PROC_1][0] = 0;

    need_A[PROC_2][0] = 0;

    need_B[PROC_2][0] = 0;

    // 进程1请求更多资源

    int request_A = 1;

    int request_B = 1;

    if (request_A <= available_A[0]) {

        if (request_B <= available_B[0]) {

            printf("进程1成功获取了更多的资源。\n");

            available_A[0] -= request_A;

            available_B[0] -= request_B;

            allocation_A[PROC_1][0] += request_A;

            allocation_B[PROC_1][0] += request_B;

            need_A[PROC_1][0] -= request_A;

            need_B[PROC_1][0] -= request_B;

        } else {

            printf("无法满足进程1的请求,因为没有足够的B类资源。\n");

        }

    } else {

        printf("无法满足进程1的请求,因为没有足够的A类资源。\n");

    }

    return 0;

}

六、实验结论及感悟

通过本次操作系统实验中的银行家算法实践,我深刻认识到了死锁的必要条件和预防措施。实验的主要目的是通过模拟进程对系统资源的请求和释放过程,运用银行家算法判断系统是否会进入不安全状态,以及如何避免死锁的发生。在实验中,我通过C语言编写了简单的模拟程序,模拟了两个进程对A类和B类资源的请求和分配情况。

  首先,我对实验目的进行了明确的了解。死锁是指两个或多个进程无法继续执行,因为每个进程都在等待另一个进程释放资源,从而导致系统无法前进。银行家算法是一种死锁避免的经典算法,通过动态地分配资源,保证系统在分配资源的过程中不会进入不安全状态。

   接着,我学习了实验的具体内容。在银行家算法中,每个进程在进入系统时都必须声明在运行过程中可能需要每种资源类型的最大单元数目。系统根据进程的请求和释放,判断系统是否处于安全状态,如果不是,则拒绝分配资源。实验内容设计合理,通过编写代码实现了银行家算法的基本逻辑。

  实验的原理部分帮助我更好地理解了银行家算法的基本思想。我了解到,为银行家算法设置数据结构同时设计安全性算法是关键的一步。在初始化时,系统要拥有一定数量的资源,并且需要为每个进程分配最大资源需求、已分配资源数量和还需资源数量等数据结构。线程开始申请资源时,系统要进行安全性检查,确保分配资源后系统不会陷入死锁。

实验评价及结论:

实验指导老师签字:                                      年     月     日

  • 17
    点赞
  • 25
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
5 银行家算法实现 5.1 实验类型 设计型(4学时)。 5.2 实验目的 1) 理解死锁避免相关内容; 2) 掌握银行家算法主要流程; 3) 掌握安全性检查流程。 5.3 实验描述 本实验主要对操作系统中的死锁预防部分的理论进行实验。要求实验者设计一个程序,该程序可对每一次资源申请采用银行家算法进行分配。 5.4 实验内容 1) 设计多个资源(≥3); 2) 设计多个进程(≥3); 3) 设计银行家算法相关的数据结构; 4) 动态进行资源申请、分配、安全性检测并给出分配结果。 5.5 实验要求 1) 编写程序完成实验内容; 2) 画出安全性检测函数流程图; 3) 撰写实验报告。 5.6 测试要求 1) 进行Request请求,输入参数为进程号、资源号和资源数; 2) 进行3次以上的Request请求; 3) 至少进行1次资源数目少于可用资源数,但不安全的请求。 5.7 相关知识 5.7.1 银行家算法的数据结构 1) 可利用资源向量Available。其中每个元素代表每类资源的数目。 2) 最大需求矩阵Max。其中每个元素代表每个进程对于每类资源的最大需求量。Max[i,j]=K表示i进程对于j类资源的最大需求量为K。 3) 分配矩阵Allocation。其中每个元素代表每个进程已得到的每类资源的数目。 4) 需求矩阵Need。其中每个元素代表每个进程还需要的每类资源的数目。 5.7.2 银行家算法 Request i [j]=K表示进程Pi需要K个j类资源。 1) 如果Request i [j]≤Need[i , j],便转向步骤2,否则认为出错。 2) 如果Request i [j]≤Available[j],便转向步骤3,否则表示无足够资源,Pi需等待; 3) 系统尝试分配资源给Pi; 4) 系统进行安全性检查,检查此次资源分配后,系统是否安全。如果安全,则正式分配资源,否则撤销此次分配。 5.7.3 安全性算法 1) 设置两个向量:工作向量Work和Finish。算法开始时Work=Available;Finish表示系统是否有足够的资源分配给进程,使之运行完成,开始时,令Finish[i]=False;如果有足够的资源分配给进程,则令Finish[i]=True。 2) 从进程集合中找到一个能满足下列条件的进程:Finish[i]=False;Need[i,j] ≤ Work[j],若找到,执行步骤3),否则,执行步骤4); 3) Pi获得所需资源后,可顺利执行指导完成,并释放它占有的资源。并执行: Work[j]=Work[j]+Allocation[i , j]; Finish[i] = True; 到第2)步。 4) 直到所有Finish[i]=True,表示系统处于安全状态;否则系统处于不安全状态。 5.8 实验设备 PC机1台,要求安装DOS7.1、Turbo C3.0、Windows2000。 5.9 实验成绩评定 实验成绩评定方式包含实验报告成绩、实验过程成绩两个部分,其中实验过程成绩占60%、实验报告成绩占40%,如果其中任何一个部分成绩不及格,则总成绩按不及格处理。 5.10 实验报告 按照实验目的、实验内容、实验要求、实验设备、测试等部分进行组织。 5.11 实验思考 1) 针对死锁有哪些可行方案? 2) 死锁解除的难点是什么?
【实验目的】 1. 理解死锁的概念; 2. 用高级语言编写和调试一个银行家算法程序,以加深对死锁的理解。 【实验准备】 1. 产生死锁的原因  竞争资源引起的死锁  进程推进顺序不当引起死锁 2.产生死锁的必要条件  互斥条件  请求和保持条件  不剥夺条件  环路等待条件 3.处理死锁的基本方法  预防死锁  避免死锁  检测死锁  解除死锁 【实验内容】 1. 实验原理 银行家算法是从当前状态出发,逐个按安全序列检查各客户中谁能完成其工作,然后假定其完成工作且归还全部贷款,再进而检查下一个能完成工作的客户。如果所有客户都能完成工作,则找到一个安全序列,银行家才是安全的。与预防死锁的几种方法相比较,限制条件少,资源利用程度提高了。缺点:该算法要求客户数保持固定不变,这在多道程序系统中是难以做到的;该算法保证所有客户在有限的时间内得到满足,但实时客户要求快速响应,所以要考虑这个因素;由于要寻找一个安全序列,实际上增加了系统的开销.Banker algorithm 最重要的一点是:保证操作系统的安全状态!这也是操作系统判断是否分配给一个进程资源的标准!那什么是安全状态?举个小例子,进程P 需要申请8个资源(假设都是一样的),已经申请了5个资源,还差3个资源。若这个时候操作系统还剩下2个资源。很显然,这个时候操作系统无论如何都不能再分配资源给进程P了,因为即使全部给了他也不够,还很可能会造成死锁。若这个时候操作系统还有3个资源,无论P这一次申请几个资源,操作系统都可以满足他,因为操作系统可以保证P不死锁,只要他不把剩余的资源分配给别人,进程P就一定能顺利完成任务。 2.实验题目 设计五个进程{P0,P1,P2,P3,P4}共享三类资源{A,B,C}的系统,{A,B,C}的资源数量分别为10,5,7。进程可动态地申请资源和释放资源,系统按各进程的申请动态地分配资源。要求程序具有显示和打印各进程的某一时刻的资源分配表和安全序列;显示和打印各进程依次要求申请的资源号以及为某进程分配资源后的有关资源数据。 3.算法描述 我们引入了两个向量:Resourse(资源总量)、Available(剩余资源量) 以及两个矩阵:Claim(每个进程的最大需求量)、Allocation(已为每个进程分配的数量)。它们共同构成了任一时刻系统对资源的分配状态。 向量模型: R1 R2 R3 矩阵模型: R1 R2 P1 P2 P3 这里,我们设置另外一个矩阵:各个进程尚需资源量(Need),可以看出 Need = Claim – Allocation(每个进程的最大需求量-剩余资源量) 因此,我们可以这样描述银行家算法: 设Request[i]是进程Pi的请求向量。如果Request[i , j]=k,表示Pi需k个Rj类资源。当Pi发出资源请求后,系统按下述步骤进行检查: (1) if (Request[i]<=Need[i]) goto (2); else error(“over request”); (2) if (Request[i]<=Available[i]) goto (3); else wait(); (3) 系统试探性把要求资源分给Pi(类似回溯算法)。并根据分配修改下面数据结构中的值。 剩余资源量:Available[i] = Available[i] – Request[i] ; 已为每个进程分配的数量: Allocation[i] = Allocation[i] + Request[i]; 各个进程尚需资源量:Need[i] = Need[i]-Request[i]; (4) 系统执行安全性检查,检查此次资源分配后,系统是否处于安全状态。若安全,才正式将资源分配给进程以完成此次分配;若不安全,试探方案作废,恢复原资源分配表,让进程Pi等待。 系统所执行的安全性检查算法可描述如下: 设置两个向量:Free、Finish 工作向量Free是一个横向量,表示系统可提供给进程继续运行所需要的各类资源数目,它含有的元素个数等于资源数。执行安全算法开始时,Free = Available .标记向量Finish是一个纵向量,表示进程在此次检查中中是否被满足,使之运行完成,开始时对当前未满足的进程做Finish[i] = false;当有足够资源分配给进程(Need[i]<=Free)时,Finish[i]=true,Pi完成,并释放资源。 (1)从进程集中找一个能满足下述条件的进程Pi ① Finish[i] == false(未定) ② Need[i] D->B->A A 1 6 B 1 5 C 2 4 D 4 7 Available = (2) ; Resourse = (10) ; 测试结果如下 process number:5 resource number:4 resource series:6 3 4 2 assined matrix:p0:3 0 1 1 p1:0 1 0 0 p2:1 1 1 0 p3:1 1 0 1 p4:0 0 0 0 needed matrix: p0:1 1 0 0 p1:0 1 1 2 p2:3 1 0 0 p3:0 0 1 0 p4:2 1 1 0 p3-->p4-->p0-->p2-->p1 p3-->p4-->p0-->p1-->p2 p3-->p0-->p4-->p2-->p1 p3-->p0-->p4-->p1-->p2 p3-->p0-->p2-->p4-->p1 p3-->p0-->p2-->p1-->p4 p3-->p0-->p1-->p4-->p2 p3-->p0-->p1-->p2-->p4 it is safe,and it has 8 solutions

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

LucianaiB

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

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

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

打赏作者

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

抵扣说明:

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

余额充值