读者写者问题_写者优先参考答案
操作系统——读者-写者问题的解决方法
操作系统——读者-写者问题的解决⽅法问题描述不允许Write进程和Read进程或其他Write进程同时访问⽂件，Read进程可以和其他Read进程同时访问。
分为三种类型。
读者优先要求：1.多个读者可以同时访问⽂件2.同⼀时间只允许⼀个写者访问⽂件3.读者和写者进程互斥解决⽅法：⽤⼀个readcounter记录是第⼏个读者在读，如果是第⼀个读者，则不能让写者写，需要⼀个锁。
因为readcounter是临界资源，也需要⼀个互斥量。
semaphore rc_mutex = 1, wmutex = 1;readcounter = 0;void writer{do{wait(wmutex);//writesignal(wmutex);}while(TRUE);}void reader{do{wait(rc_mutex);if(readcounter == 0) wait(wmutex);readcounter ++;signal(rc_mutex);// readwait(rc_mutex);readcounter --;if(!readcounter) signal(wmutex);signal(rc_mutex);}while(TRUE);}写者优先要求：1.读者写者互斥2.写者读者同时等待时，所有等待的写者优先，等所有写者结束后，读者才能读3.没有写者时，读者能同时读4.写者到来时，不会终⽌已经进⾏的读者操作解决⽅法：semaphore wc_mutex = 1, prior = 1; //写者计数器，优先信号量readcounter = 0, writercounter = 0;void writer{do{wait(wc_mutex); //申请更改wc的权限if(writercounter == 0) //如果是第⼀个写者，就申请优先权限wait(prior);writercounter ++;signal(wc_mutex);wait(wmutex);//writesignal(wmutex);wait(wc_mutex);writercounter --;if(!writercounter)signal(prior); //当最后⼀个写者操作完成后，释放优先级权限 signal(wc_mutex);}while(TRUE);}void reader{do{wait(prior); //先申请优先级权限，如果前⾯还有写者就等待wait(rc_mutex);if(readcounter == 0) wait(wmutex);readcounter ++;signal(rc_mutex);signal(prior); //释放优先级权限// readwait(rc_mutex);readcounter --;if(!readcounter) signal(wmutex);signal(rc_mutex);}while(TRUE);}读写均等semaphore prior = 1; //读者和写者都等待在⼀个队列上，实现读写均等readcounter = 0, writercounter = 0;void writer{do{wait(prior);wait(wmutex);//writesignal(wmutex);signal(prior);}while(TRUE);}void reader{do{wait(prior);wait(rc_mutex);if(readcounter == 0) wait(wmutex);readcounter ++;signal(rc_mutex);signal(prior);//readwait(rc_mutex);readcounter --;if(!readcounter) signal(wmutex);signal(rc_mutex);}while(TRUE);}有错误请指出！。
实验五 读者-写者问题
实验题目：实验五读者-写者问题完成人：报告日期：一、实验内容简要描述1）创建一个控制台进程，此进程包含n个线程。
用这n个线程来表示n个读者或写者。
每个线程按相应测试数据文件的要求进行读写操作。
用信号量机制分别实现读者优先和写者优先的读者-写者问题。
2）读者-写者问题的读写操作限制(包括读者优先和写者优先)：写-写互斥，即不能有两个写者同时进行写操作。
读-写互斥，即不能同时有一个线程在读，而另一个线程在写。
●读-读允许，即可以有一个或多个读者在读。
3）读者优先的附加限制：如果一个读者申请进行读操作时已有另一个读者正在进行读操作，则该读者可直接开始读操作。
4）写者优先的附加限制：如果一个读者申请进行读操作时已有另一写者在等待访问共享资源，则该读者必须等到没有写者处于等待状态后才能开始读操作。
5）运行结果显示要求：要求在每个线程创建、发出读写操作申请、开始读写操作和结束读写操作时分别显示一行提示信息，以确定所有处理都遵守相应的读写操作限制。
二、程序设计1、设计思路将所有读者和所有写者分别存于一个读者等待队列和一个写者等待队列中，每当读允许时，就从读者队列中释放一个或多个读者线程进行读操作;每当写允许时，就从写者队列中释放一个写者进行写操作。
2、主要数据结构1）读者优先读者优先指的是除非有写者在写文件，否则读者不需要等待。
所以可以用一个整型变量read_count记录当前的读者数目，用于确定是否需要释放正在等待的写者线程(当read_count=0时，表明所有的读者读完，需要释放写者等待队列中的一个写者)。
每一个读者开始读文件时，必须修改read_count变量。
因此需要一个互斥对象mutex来实现对全局变量read_count修改时的互斥。
另外，为了实现写-写互斥，需要增加一个临界区对象write。
当写者发出写请求时，必须申请临界区对象的所有权。
通过这种方法，也可以实现读-写互斥，当read_count=l时(即第一个读者到来时)，读者线程也必须申请临界区对象的所有权。
北理工操作系统实验二读者写者问题
本科实验报告实验名称：操作系统原理实验（读者写者问题）课程名称：操作系统原理实验时间：2015.10.30 任课教师：王耀威实验地点：10#102实验教师：苏京霞实验类型： 原理验证□综合设计□自主创新学生姓名：孙嘉明学号/班级：1120121474/05611202 组号：学院：信息与电子学院同组搭档：专业：信息对抗技术成绩：实验二：读者写者问题一、实验目的1.通过编写和调试程序以加深对进程、线程管理方案的理解；2.熟悉Windows多线程程序设计方法；二、实验要求在Windows环境下，创建一个控制台进程，此进程包含n个线程。
用这n个线程来表示n个读者或写者。
每个线程按相应测试数据文件（后面介绍）的要求进行读写操作。
用信号量机制分别实现读者优先和写者优先问题。
读者-写者问题的读写操作限制（包括读者优先和写者优先）1）写-写互斥：不能有两个写者同时进行写操作2）读-写互斥：不能同时有一个线程在读，而另一个线程在写。
3）读-读允许：可以有一个或多个读者在读。
读者优先的附加限制：如果读者申请进行读操作时已有另一个读者正在进行读操作，则该读者可直接开始读操作。
运行结果显示要求：要求在每个线程创建、发出读写申请、开始读写操作和结束读写操作时分别显示一行提示信息，以确定所有处理都遵守相应的读写操作限制。
测试数据文件包括 n行测试数据，分别描述创建的n个线程是读者还是写者，以及读写操作的开始时间和持续时间。
每行测试数据包括四个字段，每个字段间用空格分隔。
第1个字段为正整数，表示线程的序号。
第2个字段表示线程的角色，R表示读者，W表示写者。
第3个字段为一个正数，表示读写开始时间：线程创建后，延迟相应时间（单位为秒）后发出对共享资源的读写申请。
第4个字段为一个正数，表示读写操作的延迟时间。
当线程读写申请成功后，开始对共享资源进行读写操作，该操作持续相应时间后结束，释放该资源。
下面是一个测试数据文件的例子(在记事本手工录入数据)：1 R 3 52 W 4 53 R 5 24 R 6 55 W 5.1 3三、实验环境硬件设备：个人计算机。
采用“写优先”的策略演示“读者写者”问题(C_)
青岛理工大学操作系统课程设计报告院（系）：计算机工程学院专业：计算机科学与技术专业学生姓名:滕同学班级：＿＿软件102＿学号: 201007195 题目：采用“写优先”的策略演示“读者-写者”问题起迄日期: 2013.7.8-2013.7.17 设计地点:网络中心计算机学院机房指导教师:吴老师2012—2013年度第 2 学期完成日期: 2013 年 7 月 17 日一、课程设计目的进行操作系统课程设计主要是在学习操作系统课程的基础上，在完成操作系统各部分实验的基础上，对操作系统的整体进行一个模拟，通过实践加深对各个部分的管理功能的认识，还能进一步分析各个部分之间的联系，最后达到对完整系统的理解。
同时，可以提高运用操作系统知识解决实际问题的能力；锻炼实际的编程能力、创新能力及团队组织、协作开发软件的能力；还能提高调查研究、查阅技术文献、资料以及编写软件设计文档的能力。
此次实验我选择的是经典的读者写者问题。
读写者问题的传统解决方案采用读优先策略，可能会造成后续的写者被随后而来的读者插队而长时间等待，直到全部读者进程运行完毕后，才可进行写操作。
为此，选择采用“写优先策略”解决读写者问题，希望通过此次课程设计实现利于写者工作的功能，加深对线程、进程及同步概念的理解。
通过研究经典的进程同步问题，实现对读者-写者问题的并发控制，掌握运用信号量解决“同类进程多次访问，而不同类的进程必须互斥访问资源”的控制问题。
此次实验我选择用比较大众的C#语言编写,因为C#中有semaphore类是对操作系统的semaphore很好的描述。
二、课程设计内容与要求1、设计目的：通过研究经典的进程进步问题，实现对读者-写者问题的并发控制。
2、说明：阅览室一次最多可以容纳20个人。
3、设计要求：1)读者与写者至少包括ID、进入内存时间、读写时间三项内容，可在界面上进行输入2)读者与写者均有二个以上，可在程序运行期间动态增加读者与写者3)可读取样例数据（要求存放在外部文件中），进行读者/写者、进入内存时间、读写时间的初始化4)要求将运行过程用可视化界面动态显示，可随时暂停，查看阅览室中读者/写者数目、读者等待队列、写者等待队列、读写时间、等待时间5)读写策略为：读写互斥、写写互斥、写优先（只要写者到达，就阻塞后续的所有读者，一旦阅览室无人，写者能最快进入阅览室；在写者未出阅读室之前，又有新的读者与写者到达，仍然是写者排在前面）三、系统分析与设计3.1 系统分析3.1.1 信息分析：写者优先程序实现写者优先进行写，本程序主要功能包括增加读者写者，时间的显示，动态的显示读写过程，暂停继续。
读者写者问题描述
读者写者问题描述嘿，你问读者写者问题啊？那我给你讲讲哈。
咱就说啊，这读者写者问题呢，就好比一个图书馆。
有很多人想去看书，这就是读者。
还有人想去写书，那就是写者。
有一回啊，我去图书馆。
那里面好多人都在安静地看书呢。
这时候就相当于有很多读者在享受知识。
突然，有个作家模样的人来了，他想找个地方坐下来写书。
这就是写者出现了。
这时候问题就来了。
如果读者和写者同时在图书馆里，会咋样呢？如果读者一直在看书，写者就没办法好好写书，因为他会觉得被打扰了。
反过来，如果写者一直在写书，读者也没办法好好看书，因为他们不知道啥时候能看到新的内容。
就像我在图书馆里，我正看得入迷呢，突然那个作家开始大声地思考他的情节，哎呀，那可把我烦死了。
我就想，你能不能安静点啊，让我好好看书嘛。
这就像读者希望写者不要打扰他们一样。
那怎么办呢？就得有个规则。
比如说，让写者先等读者都看完书走了，他再开始写书。
或者让读者在写者写书的时候，稍微安静一点，不要弄出太大动静。
我记得有一次，我在图书馆里，有个写者特别有礼貌。
他进来的时候，看到很多读者，就悄悄地找了个角落坐下，等大家都看得差不多了，他才开始动笔。
这样大家都能和谐共处了。
读者写者问题就是要找到一个平衡，让读者能愉快地看书，写者也能安心地写书。
不能让一方太强势，影响了另一方。
就像在生活中，我们也会遇到类似的情况。
比如说，一个办公室里，有人在安静地工作，有人在讨论问题。
这时候就得互相体谅，不能太吵了，影响别人工作。
总之啊，读者写者问题就是要解决大家在共享资源的时候，如何和谐相处的问题。
嘿嘿，你明白了不？。
操作系统PV操作经典例题与答案
P(mutex)
custNum--；
V(mutex)
V(wait)
}
理发师进程：
While{
P(mutex)
If(custNum ==0){
V(mutex)
P(Barber)
}else{
V(mutex)
理发
}
}
V(SM);
i = (i+1) %k;
};
Receive：
j =0;//标记取产品的缓存区位置
SM=0；//信号量，标记初始没有消息
ReadCount=0；//读进程计数器
Mutex =1；//读进程互斥信号量
SW=0; //信号量，读进程在此信号量等待
while (true) {
P(SM);
从Buffer[j]取消息;
V(W);
Else if(rw>0)
V(R)
rw--
V(mutex);
};
3.理发师睡觉问题
理发店里有一位理发师，一把理发椅和N把供等候理发的顾客坐的椅子
如果没有顾客,则理发师便在理发椅上睡觉。当一个顾客到来时，他必须先唤醒理发师
如果顾客到来时理发师正在理发，则如果有空椅子，可坐下来等；否则离开
Wait =0;表示等待顾客资源；
V(R)
rw--
}
V(mutex);
读
P(mutex);
rc--;
if (rc==0){
If（wc>0）V(w)
}
V(mutex);
};
写者：
while (true) {
P(mutex);
wc++;
if((wc >1)||(rc>0)){
读者写者问题
3)读读允许,即可以有2个以上的读者同时读
将所有的读者与所有的写者分别放进两个等待队列中,当读允许时就让读者队列释放一个或多个读者,当写允许时,释放第一个写者操作。读者写者问题的定义如下:有一个许多进程共享的数据区,这个数据区可以就是一个文件或者主存的一块空间;有一些只读取这个数据区的进程(Reader)与一些只往数据区写数据的进程(Writer),此外还需要满足以下条件:1)任意多个读进程可以同时读这个文件;2)一次只有一个写进程可以往文件中写;3)如果一个写进程正在进行操作,禁止任何读进程度文件。我们需要分两种情况实现该问题:
一设计概述
所谓读者写者问题,就是指保证一个writer进程必须与其她进程互斥地访问共享对象的同步问题。
读者写者问题可以这样的描述,有一群写者与一群读者,写者在写同一本书,读者也在读这本书,多个读者可以同时读这本书,但就是,只能有一个写者在写书,并且,读者必写者优先,也就就是说,读者与写者同时提出请求时,读者优先。当读者提出请求时需要有一个互斥操作,另外,需要有一个信号量S来当前就是否可操作。
信号量机制就是支持多道程序的并发操作系统设计中解决资源共享时进程间的同步与互斥的重要机制,而读者写者问题则就是这一机制的一个经典范例。
与记录型信号量解决读者—写者问题不同,信号量机制它增加了一个限制,即最多允许RN个读者同时读。为此,又引入了一个信号量L,并赋予初值为RN,通过执行wait(L,1,1)操作,来控制读者的数目,每当有一个读者进入时,就要执行wait(L,1,1)操作,使L的值减1。当有RN个读者进入读后,L便减为0,第RN+1个读者要进入读时,必然会因wait(L,1,1)操作失败而堵塞。对利用信号量来解决读者—写者问题的描述如下:
读者-写者问题解答
2.读者—写者问题读者—写者问题（Readers-Writers problem）也是一个经典的并发程序设计问题，是经常出现的一种同步问题。
计算机系统中的数据（文件、记录）常被多个进程共享，但其中某些进程可能只要求读数据（称为读者Reader）；另一些进程则要求修改数据（称为写者Writer）。
就共享数据而言，Reader和Writer是两组并发进程共享一组数据区，要求：（1）允许多个读者同时执行读操作；（2）不允许读者、写者同时操作；（3）不允许多个写者同时操作。
Reader和Writer的同步问题分为读者优先、弱写者优先（公平竞争）和强写者优先三种情况，它们的处理方式不同。
（1）读者优先。
对于读者优先，应满足下列条件：如果新读者到：①无读者、写者，新读者可以读；②有写者等待，但有其它读者正在读，则新读者也可以读；③有写者写，新读者等待。
如果新写者到：①无读者，新写者可以写；②有读者，新写者等待；③有其它写者，新写者等待。
单纯使用信号量不能解决读者与写者问题，必须引入计数器rc 对读进程计数；rc_mutex 是用于对计数器rc 操作的互斥信号量；write表示是否允许写的信号量；于是读者优先的程序设计如下：int rc=0; //用于记录当前的读者数量semaphore rc_mutex=1; //用于对共享变量rc 操作的互斥信号量semaphore write=1; //用于保证读者和写者互斥地访问的信号量void reader() /*读者进程*/do{P(rc_mutex); //开始对rc共享变量进行互斥访问rc ++; //来了一个读进程，读进程数加1if (rc==1) P(write)；//如是第一个读进程，判断是否有写进程在临界区，//若有，读进程等待，若无，阻塞写进程V(rc_mutex); //结束对rc共享变量的互斥访问读文件；P(rc_mutex); //开始对rc共享变量的互斥访问r c--; //一个读进程读完，读进程数减1if (rc == 0) V(write)；//最后一个离开临界区的读进程需要判断是否有写进程//需要进入临界区，若有，唤醒一个写进程进临界区V(rc_mutex); //结束对rc共享变量的互斥访问} while(1)void writer() /*写者进程*/do{P(write); //无读进程，进入写进程；若有读进程，写进程等待写文件;V(write); //写进程完成；判断是否有读进程需要进入临界区，//若有，唤醒一个读进程进临界区} while(1)读者优先的设计思想是读进程只要看到有其它读进程正在读，就可以继续进行读；写进程必须等待所有读进程都不读时才能写，即使写进程可能比一些读进程更早提出申请。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
}
V(Amutex)
}
【vc++代码】
// testsemaphore.cpp : Defines the entry point for the console application.
// by西南大学计算机科学系周竹荣
//
#include"stdafx.h"
#include"windows.h"
增加Amutex互斥信号量，保护waitAuthCount、authFlag
增加同步信号量mutexAuth，表示等待授权的读者队列
【伪代码如下】
semaphore Wmutex=1, Rmutex=1 ,Amutex=1,mutexAuth=0;
int Rcount = 0;
int waitAex);
⋯⋯;
write;/* 执行写操作 */
⋯⋯;
P(Wmutex);
}
}
现在回到【写者优先】优先问题
【写者优先】在读者、写者问题中，如果总有读者进程进行读操作，会造成写者进程永远都不能进行写操作（读者优先），即所谓的写者饿死现象。给出读者、写者问题的另一个解决方案：即保证当有一个写者进程想写时，不允许读者进程再进入，直到写者写完为止，即写者优先。
int authFlag=1；
void reader() /*读者进程*/
{
P(Amutex)//临界资源authFlag和waitAuthCount互斥
if (authFlag==0)
{
waitAuthCount++;
p(mutexAuth);
}
V(Amutex)
P(Rmutex);//临界资源Rcount互斥
该变量又是一个临界资源，对于它的访问仍需要互斥进行，所以需要一个互斥信号量Rmutex，
算法如下：
semaphore Wmutex, Rmutex = 1;
int Rcount = 0;
void reader()/*读者进程*/
{
while (true)
{
P(Rmutex);
if (Rcount == 0) P(wmutex);
V(Rmutex);
}
}
void writer() /*写者进程*/
{
if(Rcount>0)
authFlag=0；
P(Wmutex);
......;
write; /* 执行写操作 */
......;
P(Wmutex);
P(Amutex)
while(waitAuthCount>0){
v(mutexAuth);
HANDLE Wmutex, Rmutex ,Authmutex,Amutex;
intRcount = 0;
intwaitAuthCount=0;
intauthFlag=1;
DWORD WINAPI reader(){
P(Amutex);
if(authFlag==0)
{
waitAuthCount++;
if (Rcount == 0) P(wmutex);//缓冲区互斥
Rcount = Rcount + 1;
V(Rmutex);
......;
read; /* 执行读操作 */
......;
P(Rmutex);
Rcount = Rcount - 1;
if (Rcount == 0)
V(wmutex);
#include"process.h"
#include<iostream>
#include<time.h>
usingnamespacestd;
#defineP(S) WaitForSingleObject(S,INFINITE)//定义Windows下的P操作
#defineV(S) ReleaseSemaphore(S,1,NULL)//定义Windows下的V操作
【解题思路】在上面的读者写者问题基础上，做以下修改：
增加授权标志authFlag，当写者到来，发现有读者在读，则取消授权，然后等待缓冲区；
增加“等待授权计数器waitAuthCount”，写者离开时，如果waitAuthCount大于0，则迭代唤醒等待授权的读者；
读者到来，首先看授权标志，如果有授权标志，则继续，否则等待授权，即写者取消授权后，新来的读者不能申请缓冲区。
允许任意多的读进程同时读；
一次只允许一个写进程进行写操作；
如果有一个写进程正在进行写操作，禁止任何读进程进行读操作。
为了解决该问题，我们只需解决“写者与写者”和“写者与第一个读者”的互斥问题即
可，为此我们引入一个互斥信号量Wmutex，为了记录谁是第一个读者，我们用一个共享整
型变量Rcount 作一个计数器。而在解决问题的过程中，由于我们使用了共享变量Rcount，
cout<<"等待授权,线程ID："<<GetCurrentThreadId()<<endl;
P(Authmutex);
}
V(Amutex);
P(Rmutex);
if(Rcount == 0)
P(Wmutex);
Rcount = Rcount + 1;
V(Rmutex);
【写者优先】在读者、写者问题中，如果总有读者进程进行读操作，会造成写者进程永远都不能进行写操作（读者优先），即所谓的写者饿死现象。给出读者、写者问题的另一个解决方案：即保证当有一个写者进程想写时，不允许读者进程再进入，直到写者写完为止，即写者优先。
让我们先回顾读者写者问题[1]：
一个数据对象若被多个并发进程所共享，且其中一些进程只要求读该数据对象的内容，而另一些进程则要求写操作，对此，我们把只想读的进程称为“读者”，而把要求写的进程称为“写者”。在读者、写者问题中，任何时刻要求“写者”最多只允许有一个执行，而“读者”则允许有多个同时执行。因为多个“读者”的行为互不干扰，他们只是读数据，而不会改变数据对象的内容，而“写者”则不同，他们要改变数据对象的内容，如果他们同时操作，则数据对象的内容将会变得不可知。所以对共享资源的读写操作的限制条件是：
Rcount = Rcount + 1;
V(Rmutex);
⋯⋯;
read;/* 执行读操作 */
⋯⋯;
P(Rmutex);
Rcount = Rcount - 1;
if (Rcount == 0) V(wmutex);
V(Rmutex);
}
}
void writer()/*写者进程*/
{
while (true)