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

相关文章

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》:本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.

Linux中压缩、网络传输与系统监控工具的使用完整指南

《Linux中压缩、网络传输与系统监控工具的使用完整指南》在Linux系统管理中,压缩与传输工具是数据备份和远程协作的桥梁,而系统监控工具则是保障服务器稳定运行的眼睛,下面小编就来和大家详细介绍一下它... 目录引言一、压缩与解压:数据存储与传输的优化核心1. zip/unzip:通用压缩格式的便捷操作2.

Java 线程安全与 volatile与单例模式问题及解决方案

《Java线程安全与volatile与单例模式问题及解决方案》文章主要讲解线程安全问题的五个成因(调度随机、变量修改、非原子操作、内存可见性、指令重排序)及解决方案,强调使用volatile关键字... 目录什么是线程安全线程安全问题的产生与解决方案线程的调度是随机的多个线程对同一个变量进行修改线程的修改操

Redis出现中文乱码的问题及解决

《Redis出现中文乱码的问题及解决》:本文主要介绍Redis出现中文乱码的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1. 问题的产生2China编程. 问题的解决redihttp://www.chinasem.cns数据进制问题的解决中文乱码问题解决总结

Linux中SSH服务配置的全面指南

《Linux中SSH服务配置的全面指南》作为网络安全工程师,SSH(SecureShell)服务的安全配置是我们日常工作中不可忽视的重要环节,本文将从基础配置到高级安全加固,全面解析SSH服务的各项参... 目录概述基础配置详解端口与监听设置主机密钥配置认证机制强化禁用密码认证禁止root直接登录实现双因素

全面解析MySQL索引长度限制问题与解决方案

《全面解析MySQL索引长度限制问题与解决方案》MySQL对索引长度设限是为了保持高效的数据检索性能,这个限制不是MySQL的缺陷,而是数据库设计中的权衡结果,下面我们就来看看如何解决这一问题吧... 目录引言:为什么会有索引键长度问题?一、问题根源深度解析mysql索引长度限制原理实际场景示例二、五大解决

Springboot如何正确使用AOP问题

《Springboot如何正确使用AOP问题》:本文主要介绍Springboot如何正确使用AOP问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录​一、AOP概念二、切点表达式​execution表达式案例三、AOP通知四、springboot中使用AOP导出

在Linux终端中统计非二进制文件行数的实现方法

《在Linux终端中统计非二进制文件行数的实现方法》在Linux系统中,有时需要统计非二进制文件(如CSV、TXT文件)的行数,而不希望手动打开文件进行查看,例如,在处理大型日志文件、数据文件时,了解... 目录在linux终端中统计非二进制文件的行数技术背景实现步骤1. 使用wc命令2. 使用grep命令

Python中Tensorflow无法调用GPU问题的解决方法

《Python中Tensorflow无法调用GPU问题的解决方法》文章详解如何解决TensorFlow在Windows无法识别GPU的问题,需降级至2.10版本,安装匹配CUDA11.2和cuDNN... 当用以下代码查看GPU数量时,gpuspython返回的是一个空列表,说明tensorflow没有找到

解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题

《解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题》:本文主要介绍解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4... 目录未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘打开pom.XM