首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

操作系统实验多线程编程中的读者优先和写者优先

首先需要理解在线程无论是读者优先还是写者优先都需要尊重两种约束,就是读写与写写操作是无法同时进行的,能同时进行就只能是读读操作 其次需要理解读者优先于写者优先的概念 首先说的是读者优先 许多人对读者优先的概念可能就直接是读者的优先权最大,这样的想法是错误的,假设已经在进行一个写线程了,那么这时候来的读线程是无法让写线程退出,在执行读线程的。 只存在这说有一个读线程在执行,这时候又来了一个读线程,这时候后来的那个读线程是能够并发的执行的,但假设在这个读线程之后又来了一个写线程, 这时候的写线程需要等到所

02
您找到你想要的搜索结果了吗?
是的
没有找到

操作系统实验之多线程操作之读者优先与写者优先第二版

之前作者做的那个实验有误,希望大家见谅,在室友的质疑之后觉得的确存在着很大的问题,所以自己今天又把一些逻辑上的漏洞又重新完善了一下。其实主要的逻辑漏洞又两个方面 第一就是,最后没有在总时间内到达的线程,最终是不能直接按照到达时间排序完之后的顺序直接打印的,而应该是每一次,将一个轮回里面能够到达的线程按照那样的检查机构打印出来后,剩下的没有到达的线程也应该是重新打入那个队列,然后在按照之前的规则继续打印,直到最后的队列中再也不存在元素,说明所有的线程都已经执行完毕 第二个就是之前的一个总时间计算问题,作者之后发现有一部分的总时间计算是存在问题的,下面作者会通过一个图来让读者们理解:

02

ucosii操作系统内核源码学习第一篇

1. 操作系统默认定义了64个TCB块(为全局变量,编译时候以及分配了,创建一个任务就使用一个,删除一个任务就归还一个)(为什么最大只支持64个任务呢,我们可能想到去更改OS_MAX_TASKS宏的值,但是任务就绪表OSRdyTbl[8]既然已经这样定义了,说明此系统初衷只能最大管理64个任务,而且为了加快查找最高优先级任务定义的OSUnMapTbl[ ]数组(这个数组比较难理解)也是专门为64个任务二设定的,所以要想修改系统支持的最大任务数,就得修改多处,自己慢慢琢磨吧!),每个TCB里面包括了所有的属性,所以会占用大量的单片机ram空间,包括OS_STK *ptos这个指针变量,只是这个任务自己的堆栈指针没有指向任何分配的空间(这个空间由我们创建任务时候才自己定义一个大数组,这个更浪费ram空间)。

01
领券