操作系统:读者写者问题

  • 问题:
    • 一、读者-写者问题: 读者优先
    • 二、读者-写者问题:写进程优先
  • 三、读者写者问题的应用---独木桥问题
  • 类型1.一次只能过一辆车
    • 类型2.一次能过多辆车
  • 四、总结
  • 附代码:
      • //读者优先
      • //写者优先
      • //公平竞争
    • 教材原文:

问题:

在操作系统中,我们处理各种过程,这些过程可能会使用系统中存在的文件。基本上,我们对文件执行两个操作,即读取和写入。所有这些过程都可以执行这两个操作。但是这里出现的问题是:

  • 如果一个进程正在某个文件上写入内容,而另一个进程也同时开始在同一文件上写入内容,则系统将进入不一致状态。在特定的时间仅应允许一个进程更改文件中存在的数据的值。
  • 另一个问题是,如果一个进程正在读取文件,而另一个进程同时在同一文件上写入,则可能会导致读取不干净,因为在该文件上写入的进程会更改文件的值,但是读取该文件的过程将读取文件中存在的旧值。因此,应避免这种情况。

一、读者-写者问题: 读者优先

1.问题描述
有两组并发进程:读者和写者,共享一个文件F,要求:

- 允许多个读者同时执行读操作
- 任一写者在完成写操作之前不允许其它读者或写者工作
- 写者执行写操作前,应让已有的写者和读者全部退出

2.问题分析

- 共享数据(文件、记录)由Reader和Writer是两组并发进程共享
- Reader和Writer两组并发进程
- 同组的Reader进程可同时对文件进行读,不用互斥
- 写-写互斥
- 读-写互斥

3.读者写者问题–读者优先
对于读者优先,应满足下列条件:

①如果新读者到:但有其它读者正在读,则新读者也可以读;
②有写者等待,但有其它读者正在读,则新读者也可以读;
③有写者写,新读者等待。

如果新写者到

①无读者,新写者可以写;
②有读者,新写者等待;
③有其它写者,新写者等待。
4.信号量及变量设计

  1. 对读进程计数变量:readcount=0
  2. 对计数器操作的互斥信号量:rc_mutex=1
  3. 读写互斥、写写互斥信号量:writeblock=1

5.读者优先算法设计

int readcount=0; //读进程计数器
semaphore writeblock, rc_mutex ;
writeblock=1; rc_mutex=1;
main() {
cobegin
process reader_i( )//i=1,2,…n
process writer_j( ) //j=1,2,…m
coend
}process reader_i()
{
P(rc_mutex);
readcount++;
if(readcount==1)
P(writeblock);
V(rc_mutex);
{读文件};
P(rc_mutex);
readcount--;
if(readcount==0)
V(writeblock);
V(rc_mutex);} process writer_j( )
{
P(writeblock);
{写文件};
V(writeblock);
}

6.问题分析
(1)读者优先,当有读者时,写者将被推迟
(2)会出现写者饥饿现像

二、读者-写者问题:写进程优先

1.信号量设置
(1)信号量x:readcount的互斥操作信号量
(2)信号量y:writecount的互斥操作信号量
(3)信号量wsem:写写互斥、读写互斥信号量
(4)信号量rsem:读者、写者竞争的信号量,读者每次都释放,最后一个写者才释放。
(5)信号量z:读者排队的信号量
2.算法设计

int readcount,writecount;
semaphore x=1,y=1,z=1,wsem=1,rsem=1;
void reader()
{
Wait(z) ;
Wait(rsem);
Wait(x);
readcount++;
if(readcount==1) Wait(wsem);
Signal(x);
Signal(rsem);
signal(z);
readunit();
Wait(x);
readcount--;
if(readcount==0) Signal(wsem);
Signal(x);
}Void writer()
{
{
Wait(y);
writecount++;
if(writecount==1) Wait(rsem);
signal(y);
wait(wsem);
writeunit();
signal(wsem);
Wait(y);
writecount--;
if(writecount==0) signal(rsem);
Signal(y);
} Void main()
{
readcount=writecount=0;
parbegin(reader,writter);
}

三、读者写者问题的应用—独木桥问题

类型1.一次只能过一辆车

1.问题描述
东西向汽车驶过独木桥,为了保证交通安全,只要桥上无车,则允许一方的汽车过桥,待其全部过完后才允许另一方的汽车过桥,限制桥面上一次只过一辆车。请用信号量和pv操作写出汽车过独木桥问题的同步算法。
2.问题分析
(1)系统中的进程

两类:从东向西行驶的汽车;从西向东行驶的汽车

(2)进程间的关系

①同向行驶的汽车需要排队;
②对向行驶的汽车需要同步,保证不能在独木桥上相遇

3.信号量设计
(1)mutexA:用于同向(从东向西)行驶的汽车对统计信息进行修改时的互斥信用量,初值为 1
(2)mutexB:用于同向(从西向东)行驶的汽车行驶的汽车对统计信息进行修改时的互斥信用量,初值为 1
(3)bridge:两个方向的汽车过桥的时的信号量,两个方向竞争此信号量,竞争成功的一方获得过桥资格,初值为 1
(4)mutex:过桥时的互斥信号量
4.算法设计

semaphore mutexA,mutexB,bridge,mutex;
mutexA=1,mutexB=1,bridge=1,mutex=1;
int countA=0,countB=0;
main() {
cobegin
process east-to-west-i();//i=1,2,3…n
process west-to-east-j();//j=1,2,3…m
coend
}
process east-to-west-i();//i=1,2,3…n
{ p(mutexA);
countA++;
if(countA==1) p(bridge);
v(mutexA);
p(mutex);
过桥;
v(mutex);
p(mutexA); countA--;
if(countA==0) v(bridge);
v(mutexA);
}
process west-to-east-j();//j=1,2,3…..
{
{ p(mutexB);
countB++;
if(countB==1) p(bridge);
v(mutexB);
p(mutex);
过桥;
v(mutex);
p(mutexB);
countB--;
if(countB==0) v(bridge);
v(mutexB);
}

类型2.一次能过多辆车

1.问题描述
东西向汽车驶过独木桥,为了保证交通安全,只要桥上无车,则允许一方的汽车过桥,待其全部过完后才允许另一方的汽车过桥,桥面上一次能过多辆车。请用信号量和pv操作写出汽车过独木桥问题的同步算法。
2.进程设计
两类进程:从东到西的汽车 PA 和从西到东的汽车 PB

(1)PA 进程:每辆汽车从东到西过桥的一次活动为一个进程
(2)PB 进程:每辆汽车从西到东过桥的一次活动为一个进程

3.信号量设计
(1)mutex1:用于 PA 进程之间对统计信息进行修改时的互斥信用量,初值为 1
(2)mutex2:用于 PB 进程之间对统计信息进行修改时的互斥信用量,初值为 1
(3)bridge:两个方向的汽车过桥的时的信号量,两个方向竞争此信号量,竞争成功的一方获得过桥资格,初值为 1
(4)number:同一方向过桥时的信号量,初值为 k
4.算法设计

semaphore mutex1=1, mutex2=1,bridge=1,number=k;int count1=0,count2=0;
cobegin
process PA_i()//i=1,2,…..
{
p(mutex1); //对统计量 count1 写操作的互斥信号量
count1++;
If(count1==1)
p(bridge)//第一个从东到西的汽车竞争桥的互斥信号量
v(mutex1);
p(number);// 同一方向的汽车过桥,同时可以过 k 辆
过桥;
V(number);
p(mutex1); //对统计量 count1 写操作的互斥信号量
coun1--;
If(count1==0)v(bridge)//最后一个从东到西的汽车释放桥的互斥信号量
v(mutex1);
}process PB_j()//j=1,2,…..
{
p(mutex2); //对统计量 count1 写操作的互斥信号量
count2++;
If(count2==1) p(bridge)//第一个从东到西的汽车竞争桥的互斥信号量
v(mutex2);
p(number);// 同一方向的汽车过桥,同时可以过 k 辆
过桥;
V(number);
p(mutex2); //对统计量 count1 写操作的互斥信号量
coun2--;
If(count2==0)v(bridge)//最后一个从东到西的汽车释放桥的互斥信号量
v(mutex2);
}
coend

四、总结

读者写者问题和生产者消费者问题的区别在于:
(1)同一时期内生产者消费者问题可以交替执行;而读者写者问题在同一时期内只能由一方执行,当开始执行时必须执行完所有读者(或写者),另外一方才能开始执行。
(2)生产者消费者共享的缓存区必须要互斥;读者写者共享的文件不一定需要互斥,当限制只有不可同时读或不可同时写时共享的文件才需要互斥。
(3)独木桥问题有点特殊,代码中未体现出同步,当一方的车辆全部通过桥面时,释放桥的使用权,由于全部车辆已经通过,目前这一方已经没有车辆了,自然另一方就会抢到桥的使用权,然后开始过桥,如此反复,从而体现出了同步。

附代码:

//读者优先

/**1、首先当读者获得临界区的访问权,则此时的readcount  > 0 则读者尚未释放fmutex则写者就不能获得临界区的访问权,有一个被阻塞在fumtex信号中,其余的被塞    在Entmutex信号中,则只有当读者访问完毕,写者才有机会获得临界区的访问权2、若写者获得临界区的访问权,而且有源源不断的写着进程过来,那么读者能不能抢得临界区的访问权呢?答案是肯定的,因为考虑此时的读者进程阻塞情况,有一个读者进程阻塞在fmutex中,其余的读者均阻塞在Rmutex,而写者进程呢,由于Entemutex的存在每个时刻只有一个一个写者进程阻塞在fmutex中,其余的全被阻塞在Entmutex中,则当写者进程访问完毕后,此时阻塞在fmutex中的进程只有读者进程,则也就只有读者进程先被激活访问
*/mutex = 1    //读者、写者进程访问文件信号量变量,保证了读者与写者、写者与写者之间的互斥访问
Rmutex = 1   //实现对readcount的互斥访问
Entmutex =1  //若写者获得临界区的访问权,而且不断有写者进程过来,//那么读者将不能抢得临界区的访问权
readcount = 0
Read()
{while(1){wait(Rmutex) ;if(0 == readcount)wait(mutex) ;readcount ++ ;signal(Rmutex) ;-----------------------------| perform reading operation |-----------------------------wait(Rmutex);readcount --;if(0 == readcount)signal(mutex)signal(Rmutex) ;}
}
Writer()
{while(1){//保证每次阻塞在mutex中的写者进程只有一个,//确保当前写者写完,若还有写者等待,则会被卡在Entmutex,读者不需要等待wait(Entmutex)wait(mutex)-----------------------------| perform writing operation |-----------------------------signal(mutex)signal(Entmutex)}
}

//写者优先

/**
1.当读者获得了访问临界区的权利时,且读者进程访问的很密集时(即很多读者都需要访问),写者如何抢得访问权。
由于Entmutex的存在每次阻塞在Quemutex中的读者进程最多只有一个,而当读者进程访问时,写着进程一个被阻塞在Quemutex中,其余的全部阻塞在Wcount中,当读者访问完毕,释放Quemutex,此时,阻塞在其中的进程只有写者进程,则写着进程得到激活
2.当写者获得临界区的访问权时,读者只能等到临界区空闲时才能得到临界区访问权。
因为当写者获得临界区时,所有的读者都会阻塞在Entmutex信号和QUemutex信号中。 而只有最后一个写者访问完临界区时,才会Signal(Qmutex), 使得阻塞在fmutex中唯一的读者获得临界区访问权。
*/
Entemutex = 1
Quemutex = 1
Rmutex = 1
Wmutex = 1
mutex = 1
readcount = 0Reader()
{while(1){wait(Entemutex)wait(Quemutex)wait(Rmutex)if(0 == readcount)wait(mutex)readcount++signal(Rmutex)signal(Quemutex)signal(Entemutex)-----------------------------| perform reading operation |-----------------------------wait(Rmutex)readcount--if(readcount == 0)signal(mutex)signal(Rmutex)}
}
writer()
{while(1){wait(Wmutex)if(writecount == 0)wait(Quemutex)writecount++signal(Wmutex)wait(mutex)-----------------------------| perform writing operation |-----------------------------signal(mutex)wait(Wmutex)writecount--if(writecount == 0)signal(Quemutex)signal(Wmutex)}
}

//公平竞争

Reader()
{while(1){wait(Quemutex)wait(Rmutex)if(0 == readcount)wait(mutex)readcount++signal(Rmutex)signal(Quemutex)-----------------------------| perform reading operation |-----------------------------wait(Rmutex)readcount--if(readcount == 0)signal(mutex)signal(Rmutex)}
}writer()
{while(1){wait(Quemutex)wait(mutex)-----------------------------| perform writing operation |-----------------------------signal(mutex)signal(Quemutex)}
}

教材原文:



操作系统:读者写者问题相关推荐

  1. 操作系统-读者写者问题,写者优先,多个读者可以同时读书(C++实现)

    最近在学习操作系统,对读者写者问题进行了实现,还存在部分问题. 关系:读者与写者互斥.写者与写者互斥  写者优先     临界资源:书(一本)     分析:互斥可用互斥信号量mutex,写者优先可设 ...

  2. 四、操作系统——读者写者问题(详解)

    一.问题描述: 二.需要满足的条件: 写进程与写进程之间必须互斥的写入数据(因为如果两个写进程同时对共享数据中的区域A中的数据进行写操作的话,会导致数据错误覆盖的问题) 写进程与读进程之间必须互斥的访 ...

  3. 操作系统 读者写者问题的实现(C++ 读者优先、写者优先)

    通过信号量机制和相应的系统调用,用于线程的互斥和同步,实现读者写者问题.利用信号量机制,实现读者写者问题. 在windows 10环境下,创建一个控制台进程,此进程包含n个线程.用这n个线程来表示n个 ...

  4. 操作系统——读者写者问题

    一.问题描述 要求: 1.允许多个读者可以同时对文件执行读操作. 2.只允许一个写者往文件中写信息. 3.任一写者在完成写操作之前不允许其他读者或写者工作. 4.写者执行写操作前,应让已有的读者和写者 ...

  5. 操作系统——读者写者问题(写者优先)

    阅读前提醒:本文代码为伪代码,仅供理解! 马上就要被关得精神失常了,也许这是我的最后一条博客了吧--() 啊哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈水文来咯!!!!! ...

  6. 操作系统读者写者问题代码实现

    问题分析: 读者优先: 读者进程执行: 无其他读者写者, 直接执行 有写者等, 但其他读者在读, 直接读 有写者写, 等待 写者进程执行: 无其他读写者, 直接执行 有其他读写者, 等待 写者优先: ...

  7. 操作系统-读者写者问题(写者优先)

    思路: 写者优先与读者优先类似.不同之处在于一旦一个写者到来,它应该尽快对文件进行写操作,如果有一个写者在等待,则新到来的读者不允许进行读操作.为此应当添加一个整型变量write_count,用于记录 ...

  8. 操作系统(四) | 经典进程的同步问题(生产者--消费者问题、哲学家进餐问题、读者--写者问题)

    文章目录 生产者--消费者问题 分析 实现 哲学家进餐问题 方法一:最多4人同时拿左筷子,最终保证一人能进餐 方法二:同时给左右筷子 解法1:AND信号量 解法2:信号量保护机制 方法三:让奇数先左后 ...

  9. 操作系统课程设计----读者-写者 问题(c语言)

    问题描述: 所谓读者写着问题,是指保证一个writer进程必须与其他进程互斥地访问共享对象的同步问题.读者写者问题可以这样的描述,有一群写者和一群读者,写者在写同一本书,读者也在读这本书,多个读者可以 ...

  10. 操作系统中读者——写者问题的分析

    操作系统中读者--写者问题的分析 Analysis of readerwriter problem in operating system 摘要:本篇文章就操作系统中读者--写者问题进行利用记录型信号 ...

最新文章

  1. ping 出现(DUP)以及连接虚拟机ssh自动断开
  2. 支持海量数据的 MongoDB NoSQL
  3. 全文服务(Microsoft 搜索)不可用。系统管理员必须启动此服务
  4. docker 删除映像_如何在Docker中删除映像和容器
  5. web前端-----跨域
  6. linux 一些常规操作合集 (cat grep awk chmod vim ..)
  7. 云上系统迁移系列(一):概览
  8. 计算机专业基础 -- Java语言相关基础知识
  9. Ultra Edit中编辑并一键运行Ansys命令流
  10. K8S-Cluster部署
  11. javascript获取上一工作日
  12. Dubbo之@Adaptive
  13. CSV文件乱码问题解决
  14. 三个等于符号 和两个等于符号的区别
  15. 上海市高新技术企业各区奖励政策汇总2022版
  16. 感知机算法(一)---原理
  17. SNIPER: Efficient Multi-Scale Training
  18. File.separator是什么?
  19. kmeans-聚类,优缺点
  20. 为什么有时候双击excel表格里面的单元格的时候会跳到其它地方?

热门文章

  1. 计算机专硕370什么水平,考研370分是什么概念 好考吗
  2. 美国教育界眼中的教育技术
  3. MobaXterm深度学习环境搭建
  4. github上创建了一个rtklib improve开源项目
  5. Altium Designer 10 的原理图库,用Paste Array如何将引脚标号清零
  6. 9000字加图文 | 带你了解IP地址划分、子网掩码的作用、实际中IP地址规划是怎么样的
  7. Django之实现支付宝三方登陆demo
  8. 项目经理眼中优秀开发人员的标准
  9. 实例讲解如何在DB2 UDB中正确的监控死锁
  10. 关于After Effects中文版变英文版