μC/OS-II在80x86上的移植
最大運(yùn)行時間是當(dāng)前任務(wù)掛起自己,此時將進(jìn)行任務(wù)切換。
OSTaskQuery()
該函數(shù)的運(yùn)行時間總是一樣的。OSTaskQuery()執(zhí)行的操作是獲取任務(wù)的任務(wù)控制塊OS_TCB。如果OS_TCB中包含所有的操作項,需要占用45字節(jié)(大模式編譯)。
OSTimeDly()
如果延時時間不為0,則OSTimeDly()運(yùn)行時間總是相同的。此時將進(jìn)行任務(wù)切換。
如果延時時間為0,OSTimeDly()不清除OSRdyGrp中的任務(wù)就緒位,不進(jìn)行延時操作,直接返回。
OSTimeDlyHMSM()
如果延時時間不為0,則OSTimeDlyHMSM()運(yùn)行時間總是相同的。此時將進(jìn)行任務(wù)切換。
此外,OSTimeDlyHMSM()延時時間最好不要超過65,536個時鐘節(jié)拍。也就是說,如果時鐘節(jié)拍發(fā)生的間隔為10ms(頻率100Hz),延時時間應(yīng)該限定在10分55秒350毫秒內(nèi)。如果超過了上述數(shù)值,該任務(wù)就不能用OSTimeDlyResume()函數(shù)喚醒。
OSTimeDlyResume()
最小運(yùn)行時間是當(dāng)被喚醒的任務(wù)優(yōu)先級低于當(dāng)前任務(wù),此時不進(jìn)行任務(wù)切換。
最大運(yùn)行時間是當(dāng)喚醒了一個優(yōu)先級更高的任務(wù),此時將進(jìn)行任務(wù)切換。
OSTimeTick()
前面我們討論的OSTickISR()函數(shù)其實就是OSTimeTick()與OSIntEnter()、 OSIntExit()
的組合。OSTickISR()的時間占用情況就是OSTimeTick()的占用情況。以下討論假定系統(tǒng)中有μC/OS-II允許的最大數(shù)量的任務(wù)(64個)。
最小運(yùn)行時間是當(dāng)64個任務(wù)都不在等待延時狀態(tài)。也就是說,所有的任務(wù)都不需要OSTimeTick()處理。
最大運(yùn)行時間是當(dāng)63個任務(wù) (空閑進(jìn)程不會延時等待) 都處于延時狀態(tài), 此時OSTimeTick()
需要逐個檢查等待中的任務(wù),將計數(shù)器減1,并判斷是否延時結(jié)束。例如在最壞的情況,設(shè)時鐘節(jié)拍間隔10ms,OSTimeTick()需要約600μs,占了6%的CPU利用率
表 9.4 各函數(shù)的執(zhí)行時間(按關(guān)閉中斷時間排序).
表9.5 各函數(shù)的執(zhí)行時間(按最大運(yùn)行時間排序).
評論