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