操作系统——读者、写者问题——2.14

盘一盘读者、写者问题

1.问题描述

若干读者、若干写者,一个共享文件
多个读进程可以看同一共享位置
问题:

  • 读写不能同时锁定同一共享位置
  • 两个写进程不能同时访问同一共享位置
    在这里插入图片描述

2.设计思想

设置了 count计数器 ,用于解决 多个读者 可以同时访问,只有最后个读者 释放信号量后,写者可以继续写入。

3.解决方案

读写公平法

信号量

semaphore rw = 1; // 实现文件互斥访问
int count = 0; // 记录 有几个读进程 在访问文件
semaphore mutext = 1; // 对count 互斥访问
semaphore w = 1; // 实现“写优先”

写者

writer(){
	while(1){
		P(w); // 避免 写者 饿死情况出现
		p(rw);
		写文件
		V(rw);
		V(w);
	}	
}

读者

reader(1){
	while(1){
		P(w);
		P(mutex);
		if(count == 0)
			P(rw); // 锁住当前位置 写者不能 访问这一块位置
		count++; // 增加 读者的数量
		V(mutex);
		V(w);
		
		读文件
		
		P(mutex);
		count--; // 减少 读者的数量
		if(count == 0)
			V(rw); // 释放 当前共享位置 写者可以访问 此位置了
		V(mutex);
	}
}
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在Windows2000环境下,创建一个控制台进程,此进程包含n个线程。用这n个线程来表示n个读者写者。每个线程按相应测试数据文件(后面有介绍)的要求进行读操作。用信号量机制分别实现读者优先和写者优先的读者-写者问题读者-写者问题的读操作限制(包括读者优先和写者优先): 1)-互斥,即不能有两个写者同时进行操作。 2)读-互斥,即不能同时有一个线程在读,而另一个线程在。, 3)读-读允许,即可以有一个或多个读者在读。 读者优先的附加限制:如果一个读者申请进行读操作时已有另一个读者正在进行读操作,则该读者可直接开始读操作。 写者优先的附加限制:如果一个读者申请进行读操作时已有另一写者在等待访问共享资源,则该读者必须等到没有写者处于等待状态后才能开始读操作。 运行结果显示要求:要求在每个线程创建、发出读操作申请、开始读操作和结束读操作时分别显示一行提示信息,以确定所有处理都遵守相应的读操作限制。 2测试数据文件格式 测试数据文件包括n行测试数据,分别描述创建的n个线程是读者还是写者,以及读操作的开始时间和持续时间。每行测试数据包括四个字段,各个字段间用空格分隔。第一字段为一个正整数,表示线程序号。第二字段表示相应线程角色,R表示读者,w表示写者。第三字段为一个正数,表示读操作的开始时间:线程创建后,延迟相应时间(单位为秒)后发出对共享资源的读申请。第四字段为一个正数,表示读操作的持续时间。当线程读申请成功后,开始对共 享资源的读操作,该操作持续相应时间后结束,并释放共享资源。 下面是一个测试数据文件的例子: 2 W 4 5 3 R 5 2 4 R 6 5 5 W 5.1 3
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值