进程同步经典问题:读者-写者问题

2024-04-14 14:52

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

解决问题必须了解的知识:

进程同步

可以简单理解为先后顺序,即A进程执行完之后B进程才能执行。

进程互斥

同一个资源同一时刻只能有一个进程访问。

P、V操作

P即wait操作,可以理解为申请资源或者等待资源(资源数减1),如果资源被用完,那么该进程释放CPU资源,进入阻塞状态。V即signal操作,可以理解为释放资源(资源数加1),此操作内可选做唤醒其他进程的操作。P、V操作都是原子操作。

信号量

一种表示资源的变量,表示资源的可用量。分为整形信号量和记录型信号量,整型信号量的值表示当前资源可用个数。可以用信号量机制表示进程间同步互斥的关系。如果信号量的值为1,表示同一时刻只能由一个进程对资源申请进行访问。

读者-写者问题

有一个文件,同时可以有多个读者读取,但是某一时刻只能有一个写进程进行修改,并且写者修改的时候读者无法读取文件。

包含的互斥关系:每一个写进程与其他写进程和所有读进程都是互斥的。

可以看到这个问题主要是解决互斥问题,而不是同步问题。

在写者进程内伪代码如下:

semaphore rw = 1;//信号量,用于互斥地访问文件writer() {while(1) {p(rw);//申请访问文件,rw减1write();v(rw);//释放对文件的占有权,rw加1}
}

读者进程的处理是一个难点,因为所有读者进程可以同时访问文件,但是不能和写者进程一起访问文件。为了这种要求,在第一个读者进程读取文件的时候执行P操作申请资源,在最后一个进程读完后执行V操作释放资源。伪代码如下:

int count = 0;// 用于记录当前读者的数量
semaphore rw = 1;// 用于互斥地访问文件reader() {while(1) {if (count == 0) P(rw); // 第一个读者进程执行P操作,来实现和写者进程互斥count++;reading();// 执行读操作count--;if (count == 0)V(rw);// 最后一个进程执行V操作,释放资源}
}

细心地的伙伴可能发现了,如果有多个读者进程同时执行到if(count == 0),那么只有其中一个才能成功执行P操作,其它进程执行P操作时,rw的值已经变成了0,然后就阻塞住了。所以我们还需要一个信号量来实现对count的互斥操作。优化后的伪代码如下:

int count = 0;// 用于记录当前读者的数量
semaphore rw = 1;// 用于互斥地访问文件
semaphore mutex = 1;// 用于互斥地对count进行加减操作reader() {while(1) {P(mutex);if (count == 0) P(rw); // 第一个读者进程执行P操作,来实现和写者进程互斥count++;V(mutext);reading();// 执行读操作P(mutex);count--;if (count == 0)V(rw);// 最后一个进程执行V操作,释放资源V(mutex);}
}

这样优化之后就可以了,但是仅仅“可以”还是不够的,还不够完美。假如现在有很多个读者进程,源源不断地来读,那么就不会释放文件资源,那么写者进程就可能进入饥饿状态。再次进行优化:

int count = 0;// 用于记录当前读者的数量
semaphore rw = 1;// 用于互斥地访问文件
semaphore mutex = 1;// 用于互斥地对count进行加减操作
semaphore just = 1;// 用于避免写者进程长时间申请不到资源writer() {while(1) {P(just);P(rw);write();V(rw);V(just);}
}reader() {while(1) {P(just);P(mutex);if (count == 0) P(rw); // 第一个读者进程执行P操作,来实现和写者进程互斥count++;V(mutext);V(just);reading();// 执行读操作P(mutex);count--;if (count == 0)V(rw);// 最后一个进程执行V操作,释放资源V(mutex);}
}

完。

 

 

这篇关于进程同步经典问题:读者-写者问题的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

linux生产者,消费者问题

pthread_cond_wait() :用于阻塞当前线程,等待别的线程使用pthread_cond_signal()或pthread_cond_broadcast来唤醒它。 pthread_cond_wait() 必须与pthread_mutex 配套使用。pthread_cond_wait()函数一进入wait状态就会自动release mutex。当其他线程通过pthread

问题:第一次世界大战的起止时间是 #其他#学习方法#微信

问题:第一次世界大战的起止时间是 A.1913 ~1918 年 B.1913 ~1918 年 C.1914 ~1918 年 D.1914 ~1919 年 参考答案如图所示

2024.6.24 IDEA中文乱码问题(服务器 控制台 TOMcat)实测已解决

1.问题产生原因: 1.文件编码不一致:如果文件的编码方式与IDEA设置的编码方式不一致,就会产生乱码。确保文件和IDEA使用相同的编码,通常是UTF-8。2.IDEA设置问题:检查IDEA的全局编码设置和项目编码设置是否正确。3.终端或控制台编码问题:如果你在终端或控制台看到乱码,可能是终端的编码设置问题。确保终端使用的是支持你的文件的编码方式。 2.解决方案: 1.File -> S

vcpkg安装opencv中的特殊问题记录(无法找到opencv_corexd.dll)

我是按照网上的vcpkg安装opencv方法进行的(比如这篇:从0开始在visual studio上安装opencv(超详细,针对小白)),但是中间出现了一些别人没有遇到的问题,虽然原因没有找到,但是本人给出一些暂时的解决办法: 问题1: 我在安装库命令行使用的是 .\vcpkg.exe install opencv 我的电脑是x64,vcpkg在这条命令后默认下载的也是opencv2:x6

问题-windows-VPN不正确关闭导致网页打不开

为什么会发生这类事情呢? 主要原因是关机之前vpn没有关掉导致的。 至于为什么没关掉vpn会导致网页打不开,我猜测是因为vpn建立的链接没被更改。 正确关掉vpn的时候,会把ip链接断掉,如果你不正确关掉,ip链接没有断掉,此时你vpn又是没启动的,没有域名解析,所以就打不开网站。 你可以在打不开网页的时候,把vpn打开,你会发现网络又可以登录了。 方法一 注意:方法一虽然方便,但是可能会有

vue同页面多路由懒加载-及可能存在问题的解决方式

先上图,再解释 图一是多路由页面,图二是路由文件。从图一可以看出每个router-view对应的name都不一样。从图二可以看出层路由对应的组件加载方式要跟图一中的name相对应,并且图二的路由层在跟图一对应的页面中要加上components层,多一个s结尾,里面的的方法名就是图一路由的name值,里面还可以照样用懒加载的方式。 页面上其他的路由在路由文件中也跟图二是一样的写法。 附送可能存在

vue+elementui--$message提示框被dialog遮罩层挡住问题解决

最近碰到一个先执行this.$message提示内容,然后接着弹出dialog带遮罩层弹框。那么问题来了,message提示框会默认被dialog遮罩层挡住,现在就是要解决这个问题。 由于都是弹框,问题肯定是出在z-index比重问题。由于用$message方式是写在js中而不是写在html中所以不是很好直接去改样式。 不过好在message组件中提供了customClass 属性,我们可以利用

一道经典Python程序样例带你飞速掌握Python的字典和列表

Python中的列表(list)和字典(dict)是两种常用的数据结构,它们在数据组织和存储方面有很大的不同。 列表(List) 列表是Python中的一种有序集合,可以随时添加和删除其中的元素。列表中的元素可以是任何数据类型,包括数字、字符串、其他列表等。列表使用方括号[]表示,元素之间用逗号,分隔。 定义和使用 # 定义一个列表 fruits = ['apple', 'banana

Visual Studio中,MSBUild版本问题

假如项目规定了MSBUild版本,那么在安装完Visual Studio后,假如带的MSBUild版本与项目要求的版本不符合要求,那么可以把需要的MSBUild添加到系统中,然后即可使用。步骤如下:            假如项目需要使用V12的MSBUild,而安装的Visual Studio带的MSBUild版本为V14。 ①到MSDN下载V12 MSBUild包,把V12包解压到目录(

YOLO v3 训练速度慢的问题

一天一夜出了两个模型,仅仅迭代了200次   原因:编译之前没有将Makefile 文件里的GPU设置为1,编译的是CPU版本,必须训练慢   解决方案: make clean  vim Makefile make   再次训练 速度快了,5分钟迭代了500次