uCOS-II系统中的任务就绪表
来源:互联网 发布:淘宝借钱逾期 编辑:程序博客网 时间:2024/06/05 09:52
多任务操作系统的主要工作是为系统中处于就绪状态的任务分配CPU资源,其中涉及的两个关键是:判断哪些任务处于就绪状态、确定哪个任务应该马上得到执行,即任务调度。
1. 任务就绪表
任务就绪表记录了系统中所有处于就绪状态的任务,从代码上来看它就是一个类型为INT8U的数组OSRdyTbl[]。。系统中的任务为32个时,OSRdyTbl[]就有4个成员。每个成员占据8位,所以OSRdyTbl[]的每一个数据元素对应8个任务,这8个任务称为一个任务组。在就绪表中,以任务优先二进制位,当该位为1时表示对应的任务处于就绪状态,反之为非就绪状态。
考虑到查找效率,uCOS-II定义了一个INT8U的变量OSRdyGrp,该变量的每一位都对应OSRdyTbl[]的一个任务组(即数据的一个成员)。若某任务任务所对应的位置置为1,否则为0。
举例:OSRdyGrp=00001011,那么就意味着OSRdyTbl[0]、OSRdyTbl[1]、OSRdyTbl[3]中有就绪的任务。由图可知,uCOS-II最多可以管理8 * 8 = 64个任务。
任务就绪表是以任务的优先级从低到高排序的,那么想要根据任务的优先级来找到该任务所处于就绪表中位置就轻而易举了:
由于系统至多支持64个任务,所以优先级至多也就到63,即二进制的00111111,只占据低6位,每一个OSRdyTbl[]元素只是占据8,所以只需要用3个二进制位即可表示这8位中的哪一位为1,同理,高3位用于表示至多8个OSRdyTbl[]元素的哪一个元素。即:优先级的高3位二进制位(D5、D4、D3)指明O即:优先级的高3位二进制位(D5、D4、D3)指明OSRdyTbl[]的数组下标n,低3位(D2、D1、D0)指明OSRdyTbl[n]的哪一位数据位。另外,确定OSRdyTbl[]的下标n,也就意味着OSRdyGrp的具体数据位了。
举例:某任务的优先级prio=24,问该任务落在就绪表中的哪一位?
24的二进制位为00011000,D5、D4、D3位011,即OSRdyTbl[]的下标为3,D2、D1、D0为0,即优先级prio=24的任务在OSRdyTbl[0]的第0位。
2. 操作任务就绪表
uCOS-II系统对任务就绪表的操作无非:登记就绪,注销就绪和从就绪表中的所有就绪任务取出最高优先级的任务的任务控制块(TCB)。
2.1 登记就绪
当系统中的某个任务处于就绪状态时,系统会将该任务登记在任务就绪表中,即在该任务的优先级的在就绪表的对应位置1,uCOS-II的实现代码为:
OSRdyGrp |= ptcb->OSTCBBitY;OSRdyTbl[y] |= ptcb->OSTCBBitX;
ptcb->OSTCBY的值为:
#if OS_LOWEST_PRIO <= 63ptcb->OSTCBY = (INT8U)(prio >> 3); ptcb->OSTCBX = (INT8U)(prio & 0x07);ptcb->OSTCBBitY = (INT8U)(1 << ptcb->OSTCBY);ptcb->OSTCBBitX = (INT8U)(1 << ptcb->OSTCBX);//...
如上4个变量是任务与就绪表关联的关键,它们被保存在任务的控制块中(TCB),其中ptcb->OSTCBY等于任务优先级的高3位(D5、D4、D3),即为OSRdyGrp、OSRdyTbl[]的数组下标。ptcb->OSTCBX等于任务优先级的低3位(D2、D1、D0)。(ptcb->OSTCBBitY和ptcb->OSTCBBitX也是为查询就绪表高效而设置的)
所以”OSRdyGrp |= ptcb->OSTCBBitY”是置一OSRdyGrp对应OSRdyTbl[]下标值的位,”OSRdyTbl[ptcb->OSTCBY] |= ptcb->OSTCBBitX”是置一OSRdyTbl[]对应成员的位。
2.2 注销就绪
注销就绪即在该任务的优先级的在就绪表的对应位清零,uCOS-II的实现代码为:
INT8U y;y = OSTCBCur->OSTCBY;OSRdyTbl[y] &= ~OSTCBCur->OSTCBBitX; //清零OSRdyTbl[y]对应的位if (OSRdyTbl[y] == 0x00) //若此时OSRdyTbl[y]已经为0,即所在就绪组已经没有任务就绪{ OSRdyGrp &= ~OSTCBCur->OSTCBBitY; //将OSRdyGrp对应的位清零}
2.3 从就绪表中查找优先级最高的任务
找出优先级最高的任务,要实现不是很简单?只要一个循环遍历接可以了。但是uCOS-II是一个RTOS,对于RTOS来说,系统上的每一个操作所耗费的时间必须是一个常量,如果是去遍历就绪表找出目标任务,也是意味着整个操作所耗时间不一。
uCOS-II系统对目标的查找操作,基本都是采用哈希算法实现的(前面写了一篇哈希表的示例http://blog.csdn.net/qq_29344757/article/details/69855658,感兴趣者可以阅读,粗略了解哈希思想)。
INT8U y;y = OSUnMapTbl[OSRdyGrp]; //最高优先级所在的任务组 OSPrioHighRdy = (INT8U)((y << 3) + OSUnMapTbl[OSRdyTbl[y]]); //最高优先级任务所在的任务组的位INT8U const OSUnMapTbl[256] = { 0, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0x00 to 0x0F */ 4, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0x10 to 0x1F */ 5, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0x20 to 0x2F */ 4, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0x30 to 0x3F */ 6, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0x40 to 0x4F */ 4, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0x50 to 0x5F */ 5, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0x60 to 0x6F */ 4, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0x70 to 0x7F */ 7, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0x80 to 0x8F */ 4, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0x90 to 0x9F */ 5, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0xA0 to 0xAF */ 4, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0xB0 to 0xBF */ 6, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0xC0 to 0xCF */ 4, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0xD0 to 0xDF */ 5, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0, /* 0xE0 to 0xEF */ 4, 0, 1, 0, 2, 0, 1, 0, 3, 0, 1, 0, 2, 0, 1, 0 /* 0xF0 to 0xFF */};
找出目标任务,即找出目标任务的优先级(uCOS-II中每一个优先级对应一个任务)。
任务的优先级prio = (任务组Y) << 3 | 任务组的上哪一位X
所以要找出优先级最高的任务,分两步:
(1) 确定任务组(OSRdyTbl[]的下标)Y:找出OSRedyGrp中为1的最低位Y
(2) 确定任务组中的位X:找出任务组中OSRdyTbl[x]中为1的最低位X
综上,找出目标任务的核心算法在于确定某数值为1的最低位,uCOS-II的具体实现是,借助OSUnMapTbl[]数组:
例如0x06(00000110),为1的最低位是Bit[1],那么OSUnMapTbl[0x06]=1;0x20(00100000),为1的最低位是Bit[5],即OSUnMapTbl[0x20]=5。
直接通过数组的下标取值就可以取得目标值,这就是哈希算法。哈希算法虽然消耗多了点空间,但是效率大大提高,在uCOS-II中多处使用这种思想。
- uCOS-II系统中的任务就绪表
- ucos-II 任务就绪表学习笔记
- uCOS-II系统中的任务
- 浅谈对ucos-ii任务就绪表的理解
- uCOS-II系统中的任务调度
- ucos 任务就绪表及任务调度
- ucos-II小结----再论就绪表
- uCOS-II学习笔记之就绪表
- uCos II 就绪列表
- uCos ii的就绪组和就绪表
- μC/OS-II中的任务就绪表概述
- uCOS-ii中的任务之一
- uCOS II就绪表(Ready List)分析(转
- uCOS II就绪表(Ready List)分析
- uC/OS II任务就绪表
- uc/os-ii任务就绪表
- uCOS-II中的任务切换机制(转)
- uCOS-II中的任务切换机制
- Spark学习笔记(27)详解Spark Streaming的运行日志
- 07 java的object类和内部类, 匿名类和匿名对象
- java中反射的机制
- Spark学习笔记(28)深入理解Spark 2.x中的Structured Streaming
- 嗯哼~2017美团点评前端面试(一年工作经验)
- uCOS-II系统中的任务就绪表
- log4j自动加载原理
- Spark学习笔记(29)Spark Streaming日志和Web监控台
- Android_资料(更新中...)
- XML 解析(转)
- Spark学习笔记(30)集群运行模式下的Spark Streaming调试
- linux中 vim 分屏指令(split)
- spark 加载多个目录; RDD输出到hdfs文件压缩
- Jmeter关联,正则表达式提取器使用