方法1: 使用CPU的處理能力基準計算實時CPU佔用率 具體描述: (1) 在RTOS系統啟動前, 使用Tick中斷測試CPU的處理能力基準 CPUPerformanceBase; (2) 在系統進入執行後, 使用空閒任務執行與測試CPU處理能力基準完全相同的演算法, 得到RTCPUPerformance. (3) 週期地計算CPU佔用率, 並清除RTCPUPerformance的值, 一般每秒鐘計算一次: RealTime CPU Load = 1 - (RTCPUPerformance/CPUPerformanceBase) * 100% 優點: (1) 實現簡單 (2) 所得到的CPU佔用率非常準確, 誤差只取決於CPUPerformanceBase的測試結果和整除時的餘數, 通常誤差小於1% (3) 不佔用硬體資源 缺點: (1) CPU必須一直全速執行, 不能修改CPU主頻, 也不能使CPU進入掉電保護模式 (2) 不能得到系統中每個任務對CPU佔用率的貢獻 (3) 必須有一個空閒任務才能計算 評價: 這個演算法只適用於工控, 電信等對不需要使CPU進入掉電保護模式的領域. 方法2: 在Tick中斷中對RTOS中的任務進行取樣 具體描述: (1) 系統進入執行後, 每次Tick中斷髮生時, 取樣一下當前正在執行的任務, 如果CPU處於HALT態, 累加haltTimes (2) 週期性地計算CPU佔用率, 一般每秒鐘計算一次, 並清除haltTimes:(tickIntFrequance表示Tick中斷的發生頻率) RealTime CPU Load = haltTimes / tickIntFrequance 某個任務對CPU佔用率的貢獻 = 一個週期內該任務被取樣到的次數 / tickIntFrequance * 100% 優點: (1) 實現簡單 (2) 支援CPU掉電模式 (3) 可以大致得到每個任務對CPU佔用率的貢獻 缺點: (1) 誤差取決於Tick的頻率和OS中每個任務的執行時長, 因此誤差非常大 評價: 這個演算法適用於對CPU佔用率精度要求不高的訊息電子產品. 方法3: 精確計算每個任務對CPU佔用率的貢獻 具體描述: (1) 除Tick中斷外,另開一個比Tick中斷頻率快若干倍的週期中斷(就叫AUXTimer中斷吧), 這個中斷只對一個計數器執行一次累加. (2) 在OS每次執行任務切換時讀取該計數器的值(AUXTimer), 並儲存到TCB中, 比如, 從任務Task1切換到任務Task2, 演算法如下: Task1, 換出動作: task1的結束執行時間 = AUXTimer的當前值 task1的總執行時間 = task1的總執行時間 + task1的結束執行時間 - task1的開始執行時間 Task2, 換入動作: task2的開始執行時間 = AUXTimer的當前值 (以上演算法中沒有考慮數字迴繞, 在工程實現時應當考慮, 發生迴繞後任務的結束執行時間小於任務的開始執行時間. (3) 週期性地計算CPU佔用率, 一般每秒鐘計算一次, 並清除每個任務的總執行時間, 下面的公式中, 一個週期內的總時間等於AUXTimer週期除以Tick週期得到的倍數: 某個任務對CPU佔用率的貢獻 = 一個週期內該任務的總執行時間 / 一個週期內的總時間 RealTime CPU Load = 所有任務的CPU佔用率之和 對這個方法進行簡單改進, 就可以實現對CPU佔用率進行實時測量, 看官自己動動腦筋吧. 優點: (1) 誤差取決於AUXTimer中斷的頻率, 可以非常精確地得到每個任務對CPU佔用率的貢獻 缺點: (1) 複雜, 加大了任務切換時的開銷 (2) 和前兩種演算法相比, 這個演算法要多佔用一個硬體資源
方法1: 使用CPU的處理能力基準計算實時CPU佔用率 具體描述: (1) 在RTOS系統啟動前, 使用Tick中斷測試CPU的處理能力基準 CPUPerformanceBase; (2) 在系統進入執行後, 使用空閒任務執行與測試CPU處理能力基準完全相同的演算法, 得到RTCPUPerformance. (3) 週期地計算CPU佔用率, 並清除RTCPUPerformance的值, 一般每秒鐘計算一次: RealTime CPU Load = 1 - (RTCPUPerformance/CPUPerformanceBase) * 100% 優點: (1) 實現簡單 (2) 所得到的CPU佔用率非常準確, 誤差只取決於CPUPerformanceBase的測試結果和整除時的餘數, 通常誤差小於1% (3) 不佔用硬體資源 缺點: (1) CPU必須一直全速執行, 不能修改CPU主頻, 也不能使CPU進入掉電保護模式 (2) 不能得到系統中每個任務對CPU佔用率的貢獻 (3) 必須有一個空閒任務才能計算 評價: 這個演算法只適用於工控, 電信等對不需要使CPU進入掉電保護模式的領域. 方法2: 在Tick中斷中對RTOS中的任務進行取樣 具體描述: (1) 系統進入執行後, 每次Tick中斷髮生時, 取樣一下當前正在執行的任務, 如果CPU處於HALT態, 累加haltTimes (2) 週期性地計算CPU佔用率, 一般每秒鐘計算一次, 並清除haltTimes:(tickIntFrequance表示Tick中斷的發生頻率) RealTime CPU Load = haltTimes / tickIntFrequance 某個任務對CPU佔用率的貢獻 = 一個週期內該任務被取樣到的次數 / tickIntFrequance * 100% 優點: (1) 實現簡單 (2) 支援CPU掉電模式 (3) 可以大致得到每個任務對CPU佔用率的貢獻 缺點: (1) 誤差取決於Tick的頻率和OS中每個任務的執行時長, 因此誤差非常大 評價: 這個演算法適用於對CPU佔用率精度要求不高的訊息電子產品. 方法3: 精確計算每個任務對CPU佔用率的貢獻 具體描述: (1) 除Tick中斷外,另開一個比Tick中斷頻率快若干倍的週期中斷(就叫AUXTimer中斷吧), 這個中斷只對一個計數器執行一次累加. (2) 在OS每次執行任務切換時讀取該計數器的值(AUXTimer), 並儲存到TCB中, 比如, 從任務Task1切換到任務Task2, 演算法如下: Task1, 換出動作: task1的結束執行時間 = AUXTimer的當前值 task1的總執行時間 = task1的總執行時間 + task1的結束執行時間 - task1的開始執行時間 Task2, 換入動作: task2的開始執行時間 = AUXTimer的當前值 (以上演算法中沒有考慮數字迴繞, 在工程實現時應當考慮, 發生迴繞後任務的結束執行時間小於任務的開始執行時間. (3) 週期性地計算CPU佔用率, 一般每秒鐘計算一次, 並清除每個任務的總執行時間, 下面的公式中, 一個週期內的總時間等於AUXTimer週期除以Tick週期得到的倍數: 某個任務對CPU佔用率的貢獻 = 一個週期內該任務的總執行時間 / 一個週期內的總時間 RealTime CPU Load = 所有任務的CPU佔用率之和 對這個方法進行簡單改進, 就可以實現對CPU佔用率進行實時測量, 看官自己動動腦筋吧. 優點: (1) 誤差取決於AUXTimer中斷的頻率, 可以非常精確地得到每個任務對CPU佔用率的貢獻 缺點: (1) 複雜, 加大了任務切換時的開銷 (2) 和前兩種演算法相比, 這個演算法要多佔用一個硬體資源