操作系统(二十六)读者写者问题

读者写者问题是操作系统中经典进程同步问题,涉及读进程与写进程的互斥。文章介绍了如何通过互斥信号量rw、count计数器及额外的mutex,确保并发访问的正确性,防止读进程饥饿,并实现公平读写。核心思想在于使用count记录读进程数量,以判断进程的访问顺序。
摘要由CSDN通过智能技术生成

2.3.9 读者写者问题

  读者写者问题是十分经典的进程同步的问题,问题描述如下:读进程与写进程共享文件,但是写进程必须与其他进程互斥发生。

根据以上的题目要求我们可以得出一些互斥关系:写进程与写进程互斥,读进程与写进程互斥

  我们可以设置一个互斥信号量rw来实现对互斥信号的共享访问

semaphore rw=1; //用于实现对共享文件的互斥访问

writer (){
    while(1){
        P(rw); //写之前“加锁”
        写文件…
        V(rw); //写完了“解锁”
    }
}

reader (){
while(1){
    P(rw); //读之前“加锁”
    读文件…
    V(rw); //读完了“解锁”
    }
}

  但是这样简单的上锁解锁会导致读文件不能同时进行,就像我们进房间,打开门之后接着关上了门,后面的人当然没办法继续进来了。按照日常经验,开门应该有第一个人完成而关门应该有最后一个人完成,于是我们再次引入count计数器,记录正在读的进程数。

semaphore rw=1; //用于实现对共享文件的互斥访问
int count = 0; //记录当前有几个读进程在访问文件
semaphore mutex = 1;//用于保证对count变量的互斥访问

writer (){
    while(1){
        P(rw); //写之前“加锁”
        写文件…
        V(rw); //写完了“解锁”
    }
}

reader (){
    while(1){
        if(count==0) //由第一个读进程负责
            P(
在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、付费专栏及课程。

余额充值