读者写者问题(读者优先、公平竞争、写者优先)

2024-06-23 00:44

本文主要是介绍读者写者问题(读者优先、公平竞争、写者优先),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1.读者优先

        当有读者进程进行读时,允许多个读者同时读,但不允许写者写;当有写者进程进行写时,不允许其他写者写,也不允许读者读

读者算法:
p(r_mutex);  //申请修改read_count
if read_count==0:p(mutex);  //获得读文件的权限
read_count++;
V(r_mutex);阅读;//阅读结束
p(r_mutex);
read_count--;
if read_count==0:V(mutex);  //最后一个读者阅读完毕,释放文件权限
V(r_mutex);   
写者算法:
p(mutex); //请求写文件的权限进行写操作;v(mutex);  //释放权限

r_mutex:实现读者互斥修改read_count

mutex:实现读者和写者互斥操作文件

        如果还有读者在读的话,那就一直抓住mutex,实现读者的鱼贯而入,此时若写者想要进行写的话,也只能等最后一个读者释放mutex。

2.公平竞争

        读者进程运行时,允许多个读者同时读,但不允许写者写;写者进程运行时,不允许其他写者写,也不允许读者读。

        同时,读者与写者公平竞争,即读者与写者先来先得,谁先来,谁就排在前面

读者算法:
p(s);  //请求外围互斥量s
p(r_mutex); //请求修改read_count
if read_count == 0:p(mutex); //请求内围互斥量mutex,实现多个读者同时读
read_count++;
v(r_mutex);
v(s);  //释放外围互斥量阅读;//阅读结束p(r_mutex);
read_count--;
if read_count==0: //表示最后一个读者阅读完毕v(mutex);
v(r_mutex);
写者算法:
p(s);  //请求外围互斥量
p(mutex);  //请求内围互斥量进行写操作v(mutex);
v(s);

相较于读者优先算法,引入了互斥信号量s,每一个读者想要进行读操作时,都要和写者一样先申请一下s。

一旦当写者申请s后,读者就无法成功申请到s,只能进入阻塞队列等待,避免了读者鱼贯而入导致写者无法进行写的现象。

s控制了读者进入的过程

3.写者优先

        写者的优先级高于读者,读者在等待的时候,此时若有写者想要进行写,那么读者只能进行让路,让写者插队进行写操作

读者算法:
p(x);
p(s);  //请求外围互斥量s
p(r_mutex); //请求修改read_count
if read_count == 0:p(mutex); //请求内围互斥量mutex,实现多个读者同时读
read_count++;
v(r_mutex);
v(s);  //释放外围互斥量
v(x);阅读;//阅读结束p(r_mutex);
read_count--;
if read_count==0: //表示最后一个读者阅读完毕v(mutex);
v(r_mutex);
写者算法:
p(w_mutex); //申请修改write_count
if write_count==0:p(s);  //申请s,把s抓住
v(w_mutex);
p(mutex);  //申请文件操作权限进行写操作v(mutex);
p(w_mutex);
write_count--;
if write_count==0:v(s); 释放外围互斥量s
v(w_mutex);

        在写者算法里,增加的和读者优先里读者的算法类似,增加了一个write_count来抓住s。

        当读者在读的时候,若第一个写者想要进行写,那么就会p(s),申请s,抓住s,此时读者无法在接着加入队列进行读。

        当有其他写者在进行写的时候,若有写者想要进行写操作,那么他只需要等上一个写者释放mutex即可

        在读者算法里,新加了一个互斥量x

        为什么要多引入一个x?假设没有x,去掉p(x),v(x)。试想如下这种情形:一个读者申请到了s,但还没释放s,此时若先来一个读者,又来了一个写者,读者先p(s),申请s,写者由于是第一个,所以也要p(s),当上面第一个读者v(s)后,此时若系统将s分配给了先到达的读者,那么读者就会优先了

这篇关于读者写者问题(读者优先、公平竞争、写者优先)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

SpringSecurity整合redission序列化问题小结(最新整理)

《SpringSecurity整合redission序列化问题小结(最新整理)》文章详解SpringSecurity整合Redisson时的序列化问题,指出需排除官方Jackson依赖,通过自定义反序... 目录1. 前言2. Redission配置2.1 RedissonProperties2.2 Red

nginx 负载均衡配置及如何解决重复登录问题

《nginx负载均衡配置及如何解决重复登录问题》文章详解Nginx源码安装与Docker部署,介绍四层/七层代理区别及负载均衡策略,通过ip_hash解决重复登录问题,对nginx负载均衡配置及如何... 目录一:源码安装:1.配置编译参数2.编译3.编译安装 二,四层代理和七层代理区别1.二者混合使用举例

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

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

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

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

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

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

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

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

Springboot如何正确使用AOP问题

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

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

IDEA Maven提示:未解析的依赖项的问题及解决

《IDEAMaven提示:未解析的依赖项的问题及解决》:本文主要介绍IDEAMaven提示:未解析的依赖项的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝... 目录IDEA Maven提示:未解析的依编程赖项例如总结IDEA Maven提示:未解析的依赖项例如