操作系统课设报告精要.docVIP

《操作系统》课程设计 （2011/2012学年第二学期第20周） 指导教师：XXX 班级： 学号： 姓名： 计算机操作系统A课程设计 目 录 一、题目： 3 二、目的和设计要求： 3 （1）、目的： 3 （2）设计要求： 3 三、设计思想或方法： 3 1.读者优先 3 2.写者优先 4 3.退出程序 4 四、实现的功能说明（相关API函数说明）： 4 五、设计流程图： 10 六、核心源程序代码和界面图： 10 1、源程序代码 10 2、主菜单界面： 17 3、读者优先界面： 17 4、写者优先界面： 18 七、实验心得与体会： 19  一、题目： 读者写者问题 二、目的和设计要求： （1）、目的： ( 理解读者写者问题的基本概念，读写操作限制； ( 掌握基于windows的多线程编程的基本流程； (实现读者优先和写者优先的调度算法； （2）设计要求： 在windows 2000环境下，创建一个控制台进程，此进程包含n个线程。用这n个线程来表示n个读者或写者。每个线程按相应测试数据文件(后面有介绍)的要求进行读写操作。用信号量机制分别实现读者优先和写者优先的读者—写者问题。 读者—写者问题的读写操作限制(包括读者优先和写者优先)： 读者优先/写者优先 先来先服务，避免并发抢占 1)写—写互斥，即不能有两个写者同时进行写操作。 2)读—写互斥，即不能同时有一个线程在读，而另一个线程在写。 3)读—读允许，即可以有一个或多个读者在读。 读者优先的附加限制：如果一个读者申请进行读操作时已有另一个读者正在进行读操作，则该读者可直接开始读操作。 写者优先的附加限制：如果一个读者申请进行读操作时已有另一写者在等待访问共享资源，则该读者必须等到没有写者处于等待状态后才能开始读操作。 运行结果显示要求：要求在每个线程创建、发出读写操作申请、开始读写操作和结束读写操作时分别显示一行提示信息，以确定所有处理都遵守相应的读写操作限制。 三、设计思想或方法： 可以将所有读者和所有写者分别存于一个读者等待队列和一个写者等待队列中，每当读允许时，就从读者队列中释放一个或多个读者线程进行读操作；每当写允许时，就从写者队列中释放一个写者进行写操作。 1.读者优先 读者优先指的是除非有写者在写文件，否则读者不需要等待。所以可以用—个整型变量readcount记录当前的读者数目，用于确定是否需要释放正在等待的写者线程(当readcount=0时，表明所有的读者读完，需要释放写者等待队列中的一个写者)。每一个读者开始读文件时，必须修改readcount变量。因此需要一个互斥对象h_Mutex来实现对全局变量readcount修改时的互斥。 另外，为了实现写—写互斥，需要增加一个临界区对象RP_Write。当写者发出写请求时，必须申请临界区对象的所有权。通过这种方法，也可以实现读—写互斥、当readcount=1时(即第一个读者到来时)，读者线程也必须申请临界区对象的所有权。 当读者拥有临界区的所有权时，写者阻塞在临界区对象RP_Write上。当写者拥有临界区的所有权时，第一个读者判断完“readcount= =1”后阻塞在write上，其余的读者由于等待对readcount的判断，阻塞在mutex上。 2.写者优先 写者优先指的是除非有读者在读文件，否则写者不需要等待，一旦有写者，则后续读者必须等待，唤醒时优先考虑写者。所以用一个整形变量writecount记录当前的写者数目，用于确定是否需要释放正在等待的读者线程（当writecount=0时，表明所有的写者写完，需要释放读者等待队列中的一个写者）。，每一个写者开始读文件时，必须修改writecount变量，因此需要一个互斥对象h_Mutex2来实现对全局变量writecount修改时的互斥。 另外需要一个整形变量readcount记录写者申请前的读者数目，用于确定是否需要释放正在等待的写者线程(当readcount=0时，表明所有的读者读完，需要释放写者等待队列中的一个写者，后续的读者线程继续等待)。每一个读者开始读文件时，必须修改readcount变量。因此需要一个互斥对象h_Mutex1来实现对全局变量readcount修改时的互斥。 为了实现读-写互斥，需要增加一个临界区对象cs_Read。当读者发出读请求时，必须申请到临界区对象的所有权。通过这种方法，也可以实现写者来后续读者等待，当读者发出读请求时，等待队列中已有一个写者在等待，则必须申请到临界区对象的所有权。 另外，为了实现写-写互斥和读者先来写者等待，需要增加一个临界区对象cs_Write。 写者优先和读者优先有相同之处，不同的地方在：一旦有一个写者到来时，应该尽快让写者进行写，如果有一个写者在等待，则新到的读者操作不能读操作，为此添加