关于抢占式任务切换的问题

EDA3rd · 发表于 2014-8-21 23:59:46

近来我有一个困惑，若假设ucos里有N个任务，其中优先级最高的是TaskA，其次是TaskB，且两任务都是死循环且没有延时函数！
假设当前运行任务是TaskA，TaskB处于就绪状态，当系统节拍到来，TaskA被TaskB抢占，TaskA进入就绪状态？
TaskB开始运行，当下一个系统节拍到来，此时就绪表中只有TaskA的优先级最高，那么TaskA恢复运行，TaskB进入就绪状态。
如此一来，cpu岂不是一直在TaskA和TaskB中来回切换？而其他任务永远得不到运行的机会？
也许我理解错了，求知道的同学解释一下，谢谢

styleno1 · 发表于 2014-8-21 23:59:47

那么永远是TaskA占用CPU，没有调度。

augustedward · 发表于 2014-8-22 11:10:01

没有延时是不会进程序调度的。ucos就是在延时函数里进行进程调度的。

styleno1 · 发表于 2014-8-22 21:36:56

我上面这指的是抢占式模式，没有同优先级时间片轮转。

EDA3rd · 发表于 2014-8-23 02:45:14

[mw_shl_code=c,true]//systick中断服务函数,使用ucos时用到 void SysTick_Handler(void) { OSIntEnter(); //进入中断 OSTimeTick(); //调用ucos的时钟服务程序 OSIntExit(); //触发任务切换软中断 }[/mw_shl_code]

看原子的书里提到

每次进入系统systick中断函数SysTick_Handler，都会执行一次OSIntExit()，这不就触发任务切换了吗?

正点原子 · 发表于 2014-8-23 23:16:40

回复【5楼】EDA3rd:
---------------------------------
关键你要有任务就绪啊....
A优先级最高,永远不释放CPU,那么就绪表里面,最优先的,永远是A
所以一直是执行A任务....

EDA3rd · 发表于 2014-8-24 21:55:16

状态图里，A在运行时发生systick中断，A应该转入中断服务状态还是进入就绪状态？如果进入就绪态，那当然时钟不会发生任务切换；如果进入中断服务状态，此时就绪表中应该没有A？那A什么时候才能进入就绪态？
如果不会发生任务切换的结论成立，那么ucos的任务函数是否要求必须含有延时函数？
存不存在不包含延时函数的任务（且是死循环）？

正点原子 · 发表于 2014-8-24 23:25:37

回复【7楼】EDA3rd:
---------------------------------
就绪态

styleno1 · 发表于 2014-8-25 10:47:31

6楼图会让人误以为中断服务属于任务状态的一种。
多数实时任务并不需要延时，而是事件驱动，阻塞态时也不占用MCU。

清风明月逍遥云 · 发表于 2014-10-8 16:46:42

回复【7楼】EDA3rd:
---------------------------------
A被滴答时钟打断后当然转入图中的中断服务状态但此状态名称不是一个具体的状态只是为了说明一个“时刻”吧此时A仍然在就绪表中也就是说 A具体的状态就是在就绪态！那么到滴答中断结束退出的时候系统会在就绪表里查找最高优先级的任务按照你的预设条件当然只能查到A了所以接下来仍然运行A 所以B永远没机会运行

蘑菇 · 发表于 2014-10-18 18:54:34

回复【7楼】EDA3rd:
---------------------------------
看labrosse（ucos的作者）的书(uC/OSIII，The Real-Time Kernel)有过这样的介绍，我的理解是，任何任务都要需要阻塞（pend 延时等等）来使得每一个任务都能得到运行，否则低优先级的任务得不到CPU使用权