操作系统读者与写者同步问题

问题规则:

多个读者可以读取某个资源;当至少有一名读者在读取资源或者此资源被写时,此资源不能被写;当资源被写时,该资源不能被读取。

问题分析:

其实这个问题并不复杂,首先我们需要一个互斥量mutext_data对读写资源进行加锁。由于,资源可以被多个读者读取,所以需要定义一个变量count来记录读者数量。由于变量count的操作对于不同的读者之间是互斥的,所以需要再加个互斥量mutex_countcount变量进行加锁。

代码

int mutex_data = 1;
int mutex_count = 1;
int count = 0;

//读者操作
void reader(){
	while(True){
		down(&mutex_count);
		count ++;
		if(count==1) down(&mutex_data);  //只对第一个读者进行加锁,防止写者进入
		up(&mutex_count);
		read();
		down(&mutex_count);
		count--;
		if(count==0) up(&mutex_data);
		up(&mutex_count);
	}
}

//写者操作
void writer(){
	while(True){
		down(&mutex_data);
		write();
		up(&mutex_data);
	}
}

代码分析

down()和up()

首先down()up()就是常见的P、V操作(“哲学家问题”同此)。
down():如果信号量大于0,则将信号量-1;如果信号量等于0,则进程进入睡眠,等待信号量大于0.
up():对通信量+1,并唤起相对应的睡眠进程完成之后的down()操作。

代码解释

只对第一个读者进行加锁是因为防止多个读者进行down操作,致使mutex_data等于负数。由于最后的up操作只进行一次,最后会使得该资源不可写。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 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、付费专栏及课程。

余额充值