2014-12-06 70 views
1

我想用DispatcherHooks來得到一個類似於this post代碼的UI線程調度程序隊列長度的度量。我進一步細化了鉤子以按優先級跟蹤操作,並發現完成+中止的數量遠遠大於某些優先級中的已發佈操作的數量。尋求解釋WPF DispatcherHooks會計

例如,在五秒的採樣間隔中,我看到7個操作張貼在背景優先級,但超過1000個完成。對於渲染優先級,幾乎每個帖子都有兩個完成結果。

其他類別看起來很合理,但對渲染/背景缺乏解釋,它會影響其他優先級的準確性/相關性。這不是一個優先事項的變化,因爲總體總數不會網格化。

任何人都可以解釋我所看到的?

回答

0

通過考慮「非活動」優先級來解決這個問題。它看起來像很多(全部)背景和渲染操作排隊後,它們的發佈優先級是「非活動」,但是它們在完成時的優先級反映了操作的實際優先級,所以整個隊列長度圖是合理的,但看起來像我無法獲得優先級的粒度(這對我的場景可能是好的)。