linux下经典同步问题,Linux经典同步问题2-哲学家就餐问题

2023-10-28 12:50

本文主要是介绍linux下经典同步问题,Linux经典同步问题2-哲学家就餐问题,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

死锁

死锁是 《操作系统原理》课程中的1个很重要的概念, 它描述的是多个进程因竞争资源而造成的1种僵局 ,若无外力作用 ,这些进程将永远不能再向前推进。产生死锁的原因主要有2点: 1是竞争资源 ; 2是进程推进顺序不当。

1、哲学家就餐问题

一张圆桌上坐着 5 名哲学家,桌子上每两个哲学家之间摆了一根叉子,桌子的中间是一碗米饭,如图所示,并且假如按照下面方式进行编号,那么第i为科学家,它的左手边筷子是i,右手边筷子是(i+1)%5。

0ae3445068ab5732b9182960cfb9ed98.png

一般性描述:在实际的计算机问题中,缺乏餐叉可以类比为缺乏共享资源。一种常用的计算机技术是资源加锁,用来保证在某个时刻,资源只能被一个程序或一段代码访问。当一个程序想要使用的资源已经被另一个程序锁定,它就等待资源解锁。当多个程序涉及到加锁的资源时,在某些情况下就有可能发生死锁。例如,某个程序需要访问两个文件,当两个这样的程序各锁了一个文件,那它们都在等待对方解锁另一个文件,而这永远不会发生。

1、最直观错误的解法1

这里要开5个线程,每个哲学家对应一个线程。最开始想到的办法是:每个哲学家先拿起左叉子,再拿起右叉子。并定义互斥信号量数组chopstick[5] = {1,1,1,1,1}用于对5根叉子的互斥访问

伪代码:

#define N 5//哲学家数目

semaphore chopstick[5] = {1,1,1,1,1}//信号量数组,信号量初始化为1互斥访问每根叉子,对叉子进行互斥量保护

void philosopher(int i)//哲学家编号,从0-4

{

while(ture){

think();//想事情,独立,根本不需要保护

down(&chopstick[i]);//拿左手边筷子

down(&chopstick[(i+1)%N]);//拿右手边筷子

eat();

up(&chopstick[i]);//放回左手边筷子

up(&chopstick[(i+1)%N]);//放回右手边筷子

}

}

通过相当于通过信号量保护共享资源,每个线程需要两份,所以每次需要获取两个信号量。但是上面可能出现死锁,那就是5个哲学家同时拿起左边筷子,那么将没有人可以拿到右边快子,于是产生死锁。

2、信号量机制解决哲学家就餐问题

先来两个结论:

(1)系统中有N个并发进程。 若规定每个进程需要申请2个某类资源, 则当系统提供N+1个同类资源时,无论采用何种方式申请资源, 一定不会发生死锁。分析:N+1个资源被N个进程竞争,由抽屉原理可知,则至少存在一个进程获2个以上的同类资源。这就是前面提到的哲学家就餐问题中5个哲学家提供6支筷子时一定不会发生死锁的原因。

(2)系统中有N个并发进程。 若规定每个进程需要申请R个某类资源, 则当系统提供K=N*(R-1)+1个同类资源时,无论采用何种方式申请使用,一定不会发生死锁。分析:在最坏的情况下,每个进程都申请到R-1个同类资源, 此时它们均阻塞。 试想若系统再追加一个同类资源, 则N 个进程中必有一个进程获得R个资源,死锁解除。

结合以上分析,哲学家就餐问题可以被抽象描述为:系统中有5个并发进程, 规定每个进程需要申请2个某类资源。 若系统提供5个该类资源, 在保证一定不会产生死锁的前提下,最多允许多少个进程并发执行?假设允许N个进程, 将R=2,K=5带入上述公式, 有N*(2-1)+1=5所以N=4。也就意味着,如果在任何时刻系统最多允许4个进程并发执行, 则一定不会发生死锁。 大多数哲学家就餐问题死锁阻止算法都是基于这个结论。 增加一个信号量,控制最多有4个进程并发执行

#define N 5//哲学家数目

semaphore chopstick[5] = {1,1,1,1,1};//信号量数组,信号量初始化为1互斥访问每根叉子,对叉子进行互斥量保护

semaphore mutex = 4;//控制哲学家数量

void philosopher(int i)//哲学家编号,从0-4

{

while(ture){

think();//想事情,独立,根本不需要保护

down(&mutex);//

down(&chopstick[i]);//拿左手边筷子

down(&chopstick[(i+1)%N]);//拿右手边筷子

eat();

up(&chopstick[i]);//放回左手边筷子

up(&chopstick[(i+1)%N]);//放回右手边筷子

up(&mutex);//

}

}

3、用附加规则解决哲学家进餐问题

对哲学家顺序编号,要求奇数号哲学家先抓左边的叉子,然后再抓他右边的叉子,而偶数号哲学家刚好相反。这样的话就总会有一名哲学家可以顺利获得两支筷子开始进餐。此方法的本质是通过附加规则,让哲学家按照一定的顺序请求临界资源——筷子。这样的话,在资源分配图中就不会出现环路,破坏了死锁生的必要条件之一:“环路等待”条件,从而有效地预防了死锁的产生。

#define N 5

semaphore chopstick[5] = {1,1,1,1,1};

void philosopher(int i){

while(TRUE){

think();

if(i%2==1){//奇数号哲学家

down(&chopstick[i]);//先左边

down(&chopstick[(i+1)%N);//后右边

}else{//偶数号哲学家

down(&chopstick[(i+1)%N]);//先右边

down(&chopstick[i]);//后左边

}

eat();

up(&chopstick[i]);

up(&chopstick[(i+1)%N];

}

4、仅当一个哲学家左右两边的叉子都可用时才允许他抓起叉子

哲学家要么不拿,要么就拿两把叉子。那么哲学家就有三种状态:思考状态不用叉子、饥饿状态在等待左右叉子、吃饭状态正在使用叉子。

#define N 5

#define LEFT (i-1+N)%N;//i左邻居编号

#define RIGHT (i+1)%N;//i右邻居编号

#define THINKING 0 //思考状态

#define HUNGRY 1 //试图拿起叉子

#define EATTING 2 //进餐

int state[N];//记录哲学家状态

semaphore mutex = 1;//临界区,仅仅允许一个进入

semaphore s[N] = {0,0,0,0,0};//每个哲学家一个信号量,初始化为0

void philosopher(i)

{

think(i);

take_forks(i); //吃饭前先等待两只叉子

eatting();

put_forks(i); //放下叉子,查看左右邻居是否两只叉子都空闲,如果空闲提醒邻居拿起叉子

}

void take_forks(i)

{

down(&mutex)

state[i] = HUNGRY; //代表当前哲学家正在等待叉子

test_take_left_right_forks(i); //尝试获取两把叉子

up(&mutex); //离开临界区

down(&s[i]); //如果拿不到叉子就阻塞

}

void test_take_left_right_forks(i)

{

if(state[i] == HUNGRY && state[LEFT] != EATTING && state[RIGTH] != EATTING)

{

state[i] = EATTING; //用EATTING代表当前哲学家能拿到两只叉子

up(&s[i]); //如果能够拿到两只叉子,唤醒当前线程

}

}

void putdown(i)

{

P(mutex)

state[i] = THINKING; //代表当前不需要叉子

test_take_left_right_forks(LEFT);

test_take_left_right_forks(RIGHT);

V(mutex);

}

void thinking(i)

{

P(mutex);

state[i] = THINKING;

V(mutex);

}

这篇关于linux下经典同步问题,Linux经典同步问题2-哲学家就餐问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/293338

相关文章

Linux镜像文件制作方式

《Linux镜像文件制作方式》本文介绍了Linux镜像文件制作的过程,包括确定磁盘空间布局、制作空白镜像文件、分区与格式化、复制引导分区和其他分区... 目录1.确定磁盘空间布局2.制作空白镜像文件3.分区与格式化1) 分区2) 格式化4.复制引导分区5.复制其它分区1) 挂载2) 复制bootfs分区3)

Springboot3统一返回类设计全过程(从问题到实现)

《Springboot3统一返回类设计全过程(从问题到实现)》文章介绍了如何在SpringBoot3中设计一个统一返回类,以实现前后端接口返回格式的一致性,该类包含状态码、描述信息、业务数据和时间戳,... 目录Spring Boot 3 统一返回类设计:从问题到实现一、核心需求:统一返回类要解决什么问题?

maven异常Invalid bound statement(not found)的问题解决

《maven异常Invalidboundstatement(notfound)的问题解决》本文详细介绍了Maven项目中常见的Invalidboundstatement异常及其解决方案,文中通过... 目录Maven异常:Invalid bound statement (not found) 详解问题描述可

idea粘贴空格时显示NBSP的问题及解决方案

《idea粘贴空格时显示NBSP的问题及解决方案》在IDEA中粘贴代码时出现大量空格占位符NBSP,可以通过取消勾选AdvancedSettings中的相应选项来解决... 目录1、背景介绍2、解决办法3、处理完成总结1、背景介绍python在idehttp://www.chinasem.cna粘贴代码,出

SpringBoot整合Kafka启动失败的常见错误问题总结(推荐)

《SpringBoot整合Kafka启动失败的常见错误问题总结(推荐)》本文总结了SpringBoot项目整合Kafka启动失败的常见错误,包括Kafka服务器连接问题、序列化配置错误、依赖配置问题、... 目录一、Kafka服务器连接问题1. Kafka服务器无法连接2. 开发环境与生产环境网络不通二、序

SpringSecurity中的跨域问题处理方案

《SpringSecurity中的跨域问题处理方案》本文介绍了跨域资源共享(CORS)技术在JavaEE开发中的应用,详细讲解了CORS的工作原理,包括简单请求和非简单请求的处理方式,本文结合实例代码... 目录1.什么是CORS2.简单请求3.非简单请求4.Spring跨域解决方案4.1.@CrossOr

nacos服务无法注册到nacos服务中心问题及解决

《nacos服务无法注册到nacos服务中心问题及解决》本文详细描述了在Linux服务器上使用Tomcat启动Java程序时,服务无法注册到Nacos的排查过程,通过一系列排查步骤,发现问题出在Tom... 目录简介依赖异常情况排查断点调试原因解决NacosRegisterOnWar结果总结简介1、程序在

Linux服务器数据盘移除并重新挂载的全过程

《Linux服务器数据盘移除并重新挂载的全过程》:本文主要介绍在Linux服务器上移除并重新挂载数据盘的整个过程,分为三大步:卸载文件系统、分离磁盘和重新挂载,每一步都有详细的步骤和注意事项,确保... 目录引言第一步:卸载文件系统第二步:分离磁盘第三步:重新挂载引言在 linux 服务器上移除并重新挂p

解决java.util.RandomAccessSubList cannot be cast to java.util.ArrayList错误的问题

《解决java.util.RandomAccessSubListcannotbecasttojava.util.ArrayList错误的问题》当你尝试将RandomAccessSubList... 目录Java.util.RandomAccessSubList cannot be cast to java.

Apache服务器IP自动跳转域名的问题及解决方案

《Apache服务器IP自动跳转域名的问题及解决方案》本教程将详细介绍如何通过Apache虚拟主机配置实现这一功能,并解决常见问题,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,... 目录​​问题背景​​解决方案​​方法 1:修改 httpd-vhosts.conf(推荐)​​步骤