perfview(性能分析工具)v2.0.61官方版

perfview(性能分析工具)是微軟官方推出的完全開源的性能分析工具，軟件能夠分析用戶的每一個進程和數據，並對其的數據進行分析，實驗該工具能夠對係統的性能進行很好的分析。

【安裝說明】

從微軟下載的 PerfView 包括一個zip壓縮文件，其中隻有一個可執行的文件perfview.exe，這簡化了安裝。你可以將這個文件複製到多個你想跟蹤的服務器上，然後在這些服務器或你本地的工作站中分析數據。PerfView在Windows Vista、Windows 7、Windows Server 2008、Windows Server 2008 R2和Windows Server 2012上都受到支持，要求.NET FX 2.0以上。

該軟件需要在 .Net 環鏡下才能運行，請安裝 .NET Framework V2.0 可再發行組件包:  http://www.cr173.com/soft/2572.html

【使用方法】

　　為了針對一個特定程序分析計算密集型性能問題，你將需要學習要調用的堆棧和函數。這可以通過雙擊左側窗口中的“CPU堆棧”節點完成。接著你會得到提示來選擇你感興趣的程序。最後，該CPU堆棧查看器會在獨立的窗口中打開，如下圖QQ進程的信息 ，你可以確定調用了哪個函數以及它們的頻率。

　　如果你仔細查看上麵的例子，你會發現第一行顯示<<user32!?>>。“!?”代表PerfView不能解析這個模塊名稱。你可以雙擊這個未知模塊名稱並選擇“查找符號”來顯示該模塊名稱。按用戶指南所述配置符號路徑對於解析操作係統函數名稱也許是有必要的。

　　PerfView是一個便於用戶的工具，可以用來收集和分析ETW數據用於解決配置程序性能數據的問題。這個工具可以快速地顯示為這個程序執行的操作係統函數，了解性能問題可能潛藏的位置。

【功能介紹】

　　收集配置數據

　　PerfView利用Windows事件追蹤，而ETW從Windows 2000 Server以來就一直內置於操作係統中。隻是最近才有XPerf和PerfView一類的工具利用ETW數據來解決性能問題。事件數據被收集到一個事件跟蹤日誌（ETL）中。根據你想要跟蹤事件的數量和時間的長度，ETL文件可能會非常大。你可以限製這個日誌文件的大小，如果空間受限或者你不知道問題何時發生的話，你還可以讓它們循環。默認每毫秒一次的采樣間隔在收集時間內產生了大概百分之十的CPU開支。建議大概5000個樣本（5秒）用於一次代表性配置采樣。

　　開始一次數據收集有兩種方式，用運行命令啟動一個程序或者用收集命令在計算機範圍內收集數據。這些命令可以由收集下拉菜單下的GUI引發，或者從CLI或腳本中執行“PerfView run”或“PerfView collect”命令。下圖顯示運行命令tutorial.exe時收集數據的過程，tutorial.exe是一個內置的訓練練習。

　　查看結果

　　一旦你在些之間針對性能問題收集了數據，你可以用PerfView分析ETL文件。該ETL文件會出現在左邊的窗口，有收集日誌或運行命令期間你提供的名字。通過雙擊該RTL文件，十來個獨立的節點會和指代它們內容的名字一起出現。例如，你會在下圖中看到跟蹤信息、程序、事件、CPU堆棧。雙擊各個節點，適當的查看器會打開這些內容。

【查看結果】

一旦你在些之間針對性能問題收集了數據，你可以用PerfView分析ETL文件。該ETL文件會出現在左邊的窗口，有收集日誌或運行命令期間你提供的名字。通過雙擊該RTL文件，十來個獨立的節點會和指代它們內容的名字一起出現。例如，你會在下圖中看到跟蹤信息、程序、事件、CPU堆棧。雙擊各個節點，適當的查看器會打開這些內容。

為了針對一個特定程序分析計算密集型性能問題，你將需要學習要調用的堆棧和函數。這可以通過雙擊左側窗口中的“CPU堆棧”節點完成。接著你會得到提示來選擇你感興趣的程序。最後，該CPU堆棧查看器會在獨立的窗口中打開，如下圖QQ進程的信息 ，你可以確定調用了哪個函數以及它們的頻率。

如果你仔細查看上麵的例子，你會發現第一行顯示<>。“!?”代表PerfView不能解析這個模塊名稱。你可以雙擊這個未知模塊名稱並選擇“查找符號”來顯示該模塊名稱。按用戶指南所述配置符號路徑對於解析操作係統函數名稱也許是有必要的。

PerfView是一個便於用戶的工具，可以用來收集和分析ETW數據用於解決配置程序性能數據的問題。這個工具可以快速地顯示為這個程序執行的操作係統函數，了解性能問題可能潛藏的位置。

【收集配置數據】

PerfView利用Windows事件追蹤，而ETW從Windows 2000 Server以來就一直內置於操作係統中。隻是最近才有XPerf和PerfView一類的工具利用ETW數據來解決性能問題。事件數據被收集到一個事件跟蹤日誌（ETL）中。根據你想要跟蹤事件的數量和時間的長度，ETL文件可能會非常大。你可以限製這個日誌文件的大小，如果空間受限或者你不知道問題何時發生的話，你還可以讓它們循環。默認每毫秒一次的采樣間隔在收集時間內產生了大概百分之十的CPU開支。建議大概5000個樣本（5秒）用於一次代表性配置采樣。

開始一次數據收集有兩種方式，用運行命令啟動一個程序或者用收集命令在計算機範圍內收集數據。這些命令可以由收集下拉菜單下的GUI引發，或者從CLI或腳本中執行“PerfView run”或“PerfView collect”命令。下圖顯示運行命令tutorial.exe時收集數據的過程，tutorial.exe是一個內置的訓練練習。