μC/OS-II在80x86上的移植

最大運行時間是當(dāng)前任務(wù)掛起自己，此時將進行任務(wù)切換。

OSTaskQuery()

該函數(shù)的運行時間總是一樣的。OSTaskQuery()執(zhí)行的操作是獲取任務(wù)的任務(wù)控制塊OS_TCB。如果OS_TCB中包含所有的操作項，需要占用45字節(jié)(大模式編譯)。

OSTimeDly()

如果延時時間不為0，則OSTimeDly()運行時間總是相同的。此時將進行任務(wù)切換。

如果延時時間為0，OSTimeDly()不清除OSRdyGrp中的任務(wù)就緒位，不進行延時操作，直接返回。

OSTimeDlyHMSM()

如果延時時間不為0，則OSTimeDlyHMSM()運行時間總是相同的。此時將進行任務(wù)切換。

此外，OSTimeDlyHMSM()延時時間最好不要超過65,536個時鐘節(jié)拍。也就是說，如果時鐘節(jié)拍發(fā)生的間隔為10ms(頻率100Hz)，延時時間應(yīng)該限定在10分55秒350毫秒內(nèi)。如果超過了上述數(shù)值，該任務(wù)就不能用OSTimeDlyResume()函數(shù)喚醒。

OSTimeDlyResume()

最小運行時間是當(dāng)被喚醒的任務(wù)優(yōu)先級低于當(dāng)前任務(wù)，此時不進行任務(wù)切換。

最大運行時間是當(dāng)喚醒了一個優(yōu)先級更高的任務(wù)，此時將進行任務(wù)切換。

OSTimeTick()

前面我們討論的OSTickISR()函數(shù)其實就是OSTimeTick()與OSIntEnter()、 OSIntExit()

的組合。OSTickISR()的時間占用情況就是OSTimeTick()的占用情況。以下討論假定系統(tǒng)中有μC/OS-II允許的最大數(shù)量的任務(wù)(64個)。

最小運行時間是當(dāng)64個任務(wù)都不在等待延時狀態(tài)。也就是說，所有的任務(wù)都不需要OSTimeTick()處理。

最大運行時間是當(dāng)63個任務(wù) (空閑進程不會延時等待) 都處于延時狀態(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í)行時間(按最大運行時間排序).