串流處理媒體效能評定的結果
串流媒體效能評估可協助您評估和改善電腦串流媒體效能。 此評估會使用部署在本機電腦或遠端伺服器上的串流伺服器應用程式。 評量會啟動 Internet Explorer® 10，並從開始到完成或播放到指定的時間播放媒體內容。 然後，Internet Explorer 會關閉並產生結果。
本主題提供瞭解串流媒體效能評量結果的指引，以及如何使用這些結果來識別並解決對串流媒體體驗造成負面影響的常見問題。 雖然 Internet Explorer 會作為此分析中的串流用戶端使用，但本主題中討論的技術可以套用，以改善 Windows 上的一般串流媒體體驗。
本主題內容：
如需此評定、系統需求和評量設定的詳細資訊，請參閱 串流媒體效能。
目標檔案
您可以建立自訂目標，以在 [結果檢視] 中測量改善。 目標檔案是一種分級工具，可協助您瞭解電腦如何執行及比較您企業中的電腦。
例如，基本膝上型電腦的目標可能與您為高階桌上型電腦設定的目標不同，或市場期望可能會以您想要彈性在時間通過和技術改善時定義不同目標和關鍵需求的方式改變。
當計量值與該計量的目標進行比較時，狀態會以結果檢視中的色彩編碼，如下所示：
淺紫色表示系統具有絕佳的使用者體驗，而且沒有察覺到的問題。
中紫色表示使用者體驗是可容忍的，而且您可以優化系統。 檢閱建議和分析，以查看可以對系統進行哪些改善。 這些可以是軟體變更、設定變更或硬體變更。
深紫色表示系統使用者體驗不佳，而且有顯著的改善空間。 檢閱建議和分析，以查看可以對系統進行的改進。 這些可以是軟體變更、設定變更或硬體變更。 您可能必須考慮進行取捨，以提供高品質的 Windows 體驗。
沒有色彩表示計量沒有定義目標。
注意在適用于 Windows 8 的 Windows 評定工具組中，某些評量包括預設目標檔案。 第一次使用這個版本的工具檢視結果時，會使用預設目標檔案。 不過，您也可以針對Windows 8定義自訂目標，就像您可以針對Windows 8.1和Windows 10一樣。
您可以設定目標檔案位置，並將目標檔案新增至該位置，才能使用 UI 來套用自訂目標。 選取目標檔案後，它會繼續成為用於任何開啟結果的目標檔案。
一次只能使用一個目標檔案。 所有評量的目標都是在單一目標檔案中設定。 評定工具會依下列順序搜尋目標：
自訂目標檔案
結果檔案中定義的目標
評估資訊清單中定義的目標
您可以使用 %PROGRAMFILES%\Windows Kits\10\Assessment and Deployment Kit\Windows Assessment Toolkit\SDK\Samples\Goals 提供的範例目標檔案來建立您自己的目標檔案。
注意 您無法使用作業封裝目標檔案，但您可以將它儲存在共用上供其他人使用。
計量
串流媒體效能評估會報告音訊和視訊問題計量。 除了直接報告遇到的視訊問題計數，而是根據人類感知來分類問題。 大部分的人開始在 80 毫秒到 160 毫秒的範圍內，察覺視訊和音訊不同步。 在此時間範圍內，會計算在 30 FPS 視訊中發生問題連續畫面的數目。 視訊問題連續畫面計數為基礎，視訊問題分類為主要、中或次要問題，如下所示：
| 具有問題之連續畫面的計數 | 問題分類 |
|---|---|
1 |
次要問題 |
2 到 4 |
中問題 |
>=5 |
主要問題 |
評定工作負載的 60 秒播放持續時間可以分成 60 秒的間隔。 根據間隔中發生的問題類型，每個間隔都會分類為主要、中、次要或無問題間隔。 例如，中型問題間隔是至少發生一個中度問題，但未注意到主要問題。 同樣地，次要問題間隔是至少發生一個次要問題，但不會注意到中或主要問題。
根據預設，此評估會執行 3 次工作負載反復專案。 不過，影片會在 3 次反覆運算期間播放 5 次。 第一個反復專案是初始化 Internet Explorer，然後有 3 個影片播放可用來計算計量。 最後一個反復專案是用來評估結果。
定型反復專案。 這是確保 Internet Explorer DLLS 載入的第一個反復專案。
計時反復專案。 這些反復專案可作為計量值的基礎。 計量值是這三個反復專案的平均值。 根據預設，60 秒串流的完整反復專案會產生 StreamingMediaAssessment.etl 追蹤檔案，用於計算計量。 在這些反復專案期間，只會啟用輕量記錄，以減少所產生計量的檢測負荷。 因此，此追蹤檔案中不會收集詳細的診斷事件。
分析反復專案。 此反復專案會在評估執行時收集資訊，並做為評量所產生的問題基礎。 這是串流 60 秒的完整反復專案。 在此反復專案期間，會啟用詳細資訊記錄來收集詳細的診斷資訊。 此反復專案所產生的追蹤檔案 (StreamingMediaAssessmentDiagTrace.etl) 會由評估分析，以偵測系統上的常見媒體相關問題。
您可以在 UI 的詳細資料窗格中，取得追蹤檔案的連結。 若要查看個別反復專案的值，請在 [結果檢視] 中，以滑鼠右鍵按一下結果資料行標頭，然後選擇 [ 顯示反復專案]。
問題
此評估會執行進階問題分析，並提供 Windows 效能分析器 (WPA 連結) ，以針對所識別的問題進行疑難排解。 在大部分情況下，您可以選擇 WPA 深入分析連結，針對出現的問題進行疑難排解。 當 WPA 開啟時，可能會根據所識別的問題類型，提供磁片活動或 CPU 活動的其他詳細資料。 如需深入分析問題和建議的詳細資訊，請參閱 常見In-Depth分析問題。
評估啟動時，它會在電腦上執行某些初步檢查，以確保可在不同評估用途之間產生一致的結果。 如果在評估執行之前未解決警告，則評定結果中可能會顯示各種警告。 完成串流媒體評量之後，根據診斷追蹤檔案的自動化分析，評定會產生系統中所識別之常見媒體問題的問題。 您可以在 WPA 中分析這些問題。 除了解決產生的問題之外，您還可以使用 WPA 和 GPUView 在診斷追蹤檔案上執行額外的手動分析，這是包含在 Windows Performance Toolkit 中的工具。
本節包括：
常見問題
音訊問題的某些主要原因包括：
ISR) 和延後程序呼叫 (長時間執行的插斷服務常式， (DPC)
ISR 是設備磁碟機常式，核心的中斷發送器會在裝置發出中斷時，將控制權傳輸至 。 在 Windows I/O 模型中，ISR 會在高裝置中斷要求層級執行， (IRQL) ，以便盡可能少執行工作，以避免不必要的封鎖較低層級的中斷。 ISR 通常會將執行于較低 IRQL 的 DPC 排入佇列，以執行其餘的中斷處理。 DPC 不應執行超過 100 毫秒，而 ISR 不應執行超過 25 毫秒。 除了其他系統效能影響之外，長時間執行的 ISR 和 DPC 可能會導致音訊引擎造成音訊問題延遲。 在超過 1 毫秒到 3 毫秒的持續時間內執行的 ISR 或 DPC 可能會影響系統上的媒體效能。 與長時間執行的 ISR 和 DPC 類似，在 ISR/DPC storm) (頻繁的 ISR 和 DPC 可能會對效能產生類似的影響。 在網路、儲存體和圖形驅動程式中，通常會發現這類 ISR 和 DPC 問題。 評估會產生長時間執行的 ISR/DPC 警告，介於 1 毫秒到 3 毫秒之間，且持續時間大於 3 毫秒的錯誤。 如需詳細資訊，請參閱 分析產生的問題。
在分派層級執行的核心背景工作執行緒
除了 DPC 之外，某些核心背景工作執行緒也可能在分派層級執行， (IRQL = 2) 。 同樣地，這些也會造成造成音訊問題延遲。 若要偵測這類情況，請尋找長時間執行非停止的低優先順序系統執行緒，而不需先占。
用戶端耗盡
這是來源無法快速從磁片或網路讀取，以跟上即時解碼和轉譯。 例如，磁片可能會由硬式分頁錯誤所系結，因此無法以比即時方式更快速地從磁片讀取樣本。
影片問題的最上層原因包括：
下游瓶頸：來源耗盡 (磁片已)
中流瓶頸：解碼器已達到上限， (軟體或硬體解碼器)
上游瓶頸：GPU 已釘選或發生記憶體傳輸緩慢的問題
預先檢查警告
啟動評量 (串流影片) 之前，串流媒體效能評估會在系統上執行一些預先檢查。 當這些預先檢查失敗時，評估會產生錯誤和警告。 雖然錯誤會封鎖評量執行，但警告為非封鎖狀態，並允許評估繼續。 影響評量結果的一些重要預先檢查包括下列各項：
需要 AC 電源 (警告)
建議您在使用 AC 電源的電腦上執行串流媒體效能評估，因為電腦上的某些裝置可以在電池上執行時相應減少，因而影響評量結果。
不建議使用 VGA 驅動程式執行 (警告)
遺漏顯示驅動程式，例如 Microsoft 基本顯示驅動程式，可能會導致額外的視訊問題。 若要取得精確的結果，請確定在執行評估之前已安裝正確的顯示驅動程式。 如需驅動程式的其他詳細資料，請執行 驅動程式驗證 評估。
不建議在沒有使用中音訊轉譯裝置的情況下執行， (警告)
如果系統上沒有音訊轉譯裝置，與音訊相關的部分評估結果可能不正確。 如果您有音訊裝置，請在執行評量之前安裝驅動程式。 如果電腦中沒有內建喇叭，請將耳機或喇叭連線到電腦的音訊輸出埠，以解決此警告。
不建議使用遠端會話 (警告)
若要取得更精確的結果，建議您在本機電腦上執行評量 (，而不是使用遠端桌面會話) 。
多監視器 (警告)
若要取得更精確的結果，建議您在只有連結單一監視器的電腦上執行評量。 由於評估會在 kiosk 模式中啟動 Internet Explorer (全螢幕) ，因此在單一監視器系統上，Internet Explorer 是唯一要複合至桌面的最上層視窗。 在多監視器電腦上，可能有其他最上層視窗。 這可能會影響評估結果。
分析產生的問題
在大部分情況下，您可以選擇 WPA 深入分析連結，針對產生的問題進行疑難排解。 這會在 WPA 中開啟 StreamingMediaAssessmentDiagTrace.etl，並具有適當的設定檔來分析問題。 在 WPA 中，您可以在 [問題詳細資料和調查區域 ] 中展開問題，以縮小問題範圍。 如需深入分析問題和建議的詳細資訊，請參閱 常見In-Depth分析問題。
相互關聯問題
分析評量所產生的問題之後，可以在 WPA 中開啟診斷追蹤，然後使用 串流媒體分析 連結來執行其他分析。 這會使用適合串流媒體追蹤分析的檢視來啟動 WPA。
第一個感興趣的資料表是 活動 資料表，提供活動階層式檢視， (或間隔) 在評估的分析反復專案期間發生。 例如，可以檢查下列間隔：
串流媒體評估 – 評估的根間隔，跨越整個追蹤。
串流媒體評估反復專案 – 追蹤檔案中每個反復專案的間隔;根據預設，診斷追蹤只會包含一個反復專案。
工作負載 – 反復專案中每個工作負載影片的間隔。 根據預設，只有 1080p 工作負載存在。
媒體引擎存留期 – 串流工作負載視訊的間隔。
當您在追蹤中找到感興趣的間隔時，請選取 WPA 中的間隔，並放大選取範圍以縮小分析範圍。
記錄的問題事件可以在 [一般事件 ] 資料表中檢視， (WPA 分析索引標籤中最下方的資料表) 。 選取 [一般 事件] 資料表中的 [問題事件 ] 預設，以依必要的問題進行篩選。 追蹤中有更多這些問題事件表示系統上的串流體驗相對不良。 若要分析這些問題的原因，請嘗試將它們與 WPA 中其他摘要表的圖表相互關聯。 藉由將問題事件與其他摘要資料表相互關聯，即可識別系統中的可能問題。
軟體與硬體解碼
軟體或硬體解碼可用來解碼此評定中串流的 H.264 影片。 如果系統上的圖形卡不支援解碼 H.264 視訊，則會使用軟體進行解碼。 透過軟體，解碼工作會在 CPU 中執行，而不是使用 GPU。 在此情況下，可以套用 CPU。 這會使它無法跟上視訊串流的即時解碼需求，這會導致問題。
使用硬體解碼的能力可由圖形卡支援的 DXVA2 模式決定。 具有DXVA2_ModeH264_VLD前置詞的 DXVA2 模式 (，例如DXVA2_ModeH264_VLD_FGT) 表示圖形卡可以支援 H.264 視訊的硬體解碼。 圖形卡支援的 DXVA2 模式可以從下列 XML 元素中的 JobResults XML 檔案取得：/AxeJobResults/MachineConfiguration/EcoSysInfo/Graphics/DXVA2Modes。 JobResults XML 檔案位置會顯示在 [結果檢視詳細資料] 窗格中。
高 GPU 使用率
當 GPU 受到影響時，也可能因為上游瓶頸而造成視訊問題。 在 GPUView 工具中開啟串流媒體診斷追蹤，即可將 GPU 使用率視覺化。 GPUView 工具可以從事件追蹤記錄 (.etl) 檔案讀取記錄的影片和核心事件，並以圖形方式呈現資料。 GPUView 工具是 Windows Performance Toolkit 的一部分，在安裝之後可在下列位置使用：「%ProgramFiles (x86) %\Windows Kits\10\Windows Performance Toolkit\gpuview\GPUView.exe」。 串流媒體診斷追蹤的路徑類似：「 < 作業結果目錄 > \000_StreamingMedia\StreamingMediaAssessmentDiagTrace.etl」。
GPUView 可用來判斷圖形處理單位 (GPU) 的效能，以及關於直接記憶體存取的 CPU) (DMA) 緩衝區處理 (，以及視訊硬體上所有其他視訊處理) 的中央處理 (單位。 開發人員和測試人員可以使用 GPUView 來顯示不同類型的事件，這些事件可能會導致異常狀況，例如問題、準備延遲和同步處理不佳。 如需如何使用 GPUView 的詳細資訊，請參閱隨工具一起安裝的檔說明檔 GPUView.chm。
評估會報告0x80050006的結束代碼
當已在電腦上註冊維護工作，但在評估執行之前尚未完成時，就會發生此錯誤。 這可防止評量執行，因為維護工作通常會影響評量計量。
若要解決這個問題，請執行下列其中一項：
確定電腦已連線到網路，並在 AC 電源上執行。 從提升許可權的提示字元，使用下列命令手動起始擱置中的維護工作：
rundll32.exe advapi32.dll,ProcessIdleTasks停用一般和閒置的維護工作，並在執行評量之前停止所有維護工作。