PerfView是一款性能分析工具，是由微軟制作推出的一款軟件，能幫助用戶對電腦的硬件進(jìn)行分析，跟蹤收集機(jī)器在各種情況下使用時的信息事件，幫助用戶了解機(jī)器硬件的使用情況，對每一個進(jìn)程的使用進(jìn)行分析，解決配置程序性能數(shù)據(jù)問題。是一款非常方便實(shí)用的軟件，能幫用戶快速了解程序在運(yùn)行時調(diào)用哪個函數(shù)以及他們所需的頻率，節(jié)省大量的時間提高工作效率。軟件小巧無需安裝，解壓之后即可使用。

軟件介紹

PerfView是一個快速、方便地收集和查看時間和內(nèi)存性能數(shù)據(jù)的工具。PerfView使用操作系統(tǒng)的事件跟蹤for Windows（ETW）功能，該功能可以收集信息機(jī)器范圍內(nèi)的各種有用事件，如高級收集部分所述。ETW是windows performance group幾乎專門用于跟蹤和了解windows性能的強(qiáng)大技術(shù)，也是其Xperf工具的基礎(chǔ)。PerfView可以看作是該工具的簡化和用戶友好版本。此外，PerfView還能夠收集.netgc堆信息，以便進(jìn)行內(nèi)存調(diào)查（即使對于非常大的GC堆也是如此）。PerfView解碼.NET符號信息和GC堆的能力使PerfView成為托管代碼調(diào)查的理想選擇。

軟件功能

1.CPU調(diào)查：其中一個比較有用的事件（默認(rèn)情況下是打開的）是“profile”采樣事件。此事件每隔毫秒對計算機(jī)的每個CPU的指令指針進(jìn)行采樣。每個示例捕獲當(dāng)前正在執(zhí)行的線程的完整調(diào)用堆棧；提供有關(guān)該線程在高抽象級別和低抽象級別上正在做什么的非常詳細(xì)和有用的信息。PerfView聚合這些堆棧跟蹤，并將它們顯示在堆棧查看器中，該查看器具有強(qiáng)大的分組操作，使理解這些數(shù)據(jù)比大多數(shù)探查器簡單得多。如果應(yīng)用程序的性能問題與CPU使用率過高有關(guān)，那么PerfView將告訴您這一點(diǎn)，并為您提供所需的工具，以準(zhǔn)確了解應(yīng)用程序的哪些部分出現(xiàn)了錯誤行為。

2.托管內(nèi)存調(diào)查：PerfView還可以獲取.netgc堆的快照。由于這些堆可能非常大，PerfView允許控制采樣的大小，如果堆太大而無法完整地捕獲，則獲取具有代表性的樣本會遇到一些麻煩。然后它將堆中對象的圖形轉(zhuǎn)換為樹，并在用于CPU調(diào)查的同一堆棧查看器中顯示。

3.響應(yīng)時間調(diào)查：通過使用“ThreadTime”選項收集足夠的信息，以便PerfView能夠測量每個線程（阻塞與否），收集與每個請求相關(guān)的所有線程時間，并將其顯示為樹。這就是“線程時間（有開始-停止活動）視圖。

4.掛鐘/阻塞時間調(diào)查：如果您的程序太慢，但它沒有消耗過多的CPU，那么它必須被阻止等待其他東西（磁盤網(wǎng)絡(luò)，…）。PerfView可以指示操作系統(tǒng)在線程睡眠或喚醒時記錄事件，并有一個顯示程序正在等待的位置。

5.內(nèi)存調(diào)查：您還可以在每次OS堆內(nèi)存分配器分配或釋放對象時打開事件。使用這些事件，您可以看到哪些調(diào)用堆棧負(fù)責(zé)大多數(shù)非托管內(nèi)存分配。CPU調(diào)查：PerfView能夠讀取Linux內(nèi)核中內(nèi)置的Linux“Perf Events”收集器的輸出。

6.CPU調(diào)查：PerfView能夠讀取Linux內(nèi)核中內(nèi)置的Linux“Perf Events”收集器的輸出。

7.在PerfView的stack viewer中查看自己的層次數(shù)據(jù)：PerfView的stack viewer功能強(qiáng)大，但也非常靈活。PerfView定義了一個非常簡單的XML或JSON格式，可以讀入這個查看器。這使您可以輕松生成數(shù)據(jù)，然后可以在PerfView強(qiáng)大的堆棧查看器中查看這些數(shù)據(jù)。

使用說明

1.單擊主頁上的“運(yùn)行命令”超鏈接。 這將彈出一個對話框，指示要運(yùn)行的命令以及要創(chuàng)建的數(shù)據(jù)文件的名稱。

2.在“命令”文本對話框中輸入“ Tutorial.exe”，然后單擊<enter>。

3.除非您從提升的環(huán)境中啟動PerfView，否則操作系統(tǒng)將啟動用戶訪問控制以管理員身份運(yùn)行（收集配置文件數(shù)據(jù)是特權(quán)活動）。 單擊確定接受。

4.此時，它將開始運(yùn)行命令。 狀態(tài)欄將閃爍以指示它正在執(zhí)行您的命令。 您可以點(diǎn)擊右下角的“日志”按鈕來監(jiān)視其進(jìn)度。 完成后，將彈出一個過程選擇對話框。 PerfView正在詢問您專注于哪個過程。 在這種情況下，我們對“教程”過程很感興趣，因此我們應(yīng)該選擇該過程。 如果您對所有過程都感興趣，也有一個按鈕。

常見問題

我怎么擺脫？在節(jié)點(diǎn)名中（例如ntdll！？）？

PerfView發(fā)出一個？對于無法解析為符號名的任何程序地址。

什么是“破”堆？是什么原因造成的？

如果在數(shù)據(jù)采樣時獲取的堆棧跟蹤沒有在啟動線程的OS DLL中終止，則認(rèn)為堆棧已損壞。更多信息請參見破碎的堆棧。

堆棧幀似乎丟失。怎么回事？

用于抓取堆棧的算法并不完美。在某些情況下，堆棧上沒有足夠的信息來快速找到調(diào)用者。編譯器還執(zhí)行內(nèi)聯(lián)、tailcall和其他操作，這些操作實(shí)際上在運(yùn)行時完全刪除框架。好消息是，雖然有時令人困惑，但通常很容易填補(bǔ)空白。

.NET程序在清除器.dll（或mscorwks.dll)停機(jī)時。那是什么？

為了獲得.NET方法的良好符號信息，CLR運(yùn)行時必須轉(zhuǎn)儲從本機(jī)指令位置到方法名稱的映射。當(dāng)進(jìn)程關(guān)閉時（或者當(dāng)PerfView請求并顯式關(guān)閉時）完成此操作。從分析的角度來看，它所消耗的CPU是無趣的（因為它不會正常發(fā)生）。排除此時間的最簡單方法是設(shè)置一個不包括進(jìn)程關(guān)閉的時間范圍。

更新日志

支持從主機(jī)而不是從容器內(nèi)部捕獲Windows進(jìn)程隔離容器的跟蹤：

在事件容器內(nèi)提供enablesinmode以啟用事件容器內(nèi)的事件發(fā)送標(biāo)志。

添加/EnableSourceContainerTracking標(biāo)志，以通知ETW用容器ID標(biāo)記源自容器的每個用戶模式事件。

暴露TraceEvent.ContainerID對于具有容器ID的用戶模式事件（使用/EnableSourceContainerTracking啟用）。

啟用容器化DLL的主機(jī)上符號解析，方法是只要容器仍處于活動狀態(tài)，并提取PDB信息。

將/ImageIDsOnly標(biāo)志添加到merge命令中，以在主機(jī)上啟用合并，并在一個或多個容器內(nèi)啟用符號解析關(guān)閉框。

在主機(jī)上不帶此標(biāo)志的情況下合并一次，然后在每個容器內(nèi)使用此標(biāo)志進(jìn)行合并。

將vcruntime140_1.dll與amd64本機(jī)依賴項打包以修復(fù)amd64 msdia140.dll的加載

修復(fù)GLAD api中可能的內(nèi)存泄漏。