xperf

0熱度

2回答

我對分析Windows進程非常新，並且在上週發現Xperf非常有用，並且我對分析DLL有一些疑問。我想知道是否有可能看到哪些註冊表項和文件路徑被某個進程使用的特定DLL映像使用，以及使用哪些工具可以實現這一點。如果這是不可能的，我想知道什麼是很好的策略來找出DLL正在使用的資源或替代方法。

1熱度

1回答

如何查看CLR ETW事件

我想知道是否有一個工具可以用來查看CLR ETW事件，特別是顯示「好」的圖形，而不是使用通用圖形顯示在WPA的通用事件部分。在WPA中打開一個.etl跟蹤文件（例如用perfmonitor.exe或WPR製作的跟蹤文件），除了GUID和事件ID（用於CLR事件）以外，我只想知道是否有辦法將這些文件解析爲WPA中更有用的名稱，或者是否有另一個可顯示此類事件跟蹤的工具。 perfmonitor.ex

1熱度

1回答

爲什麼要爲

我看過 Capture callstack and events in Xperf 和其他來源的「一般事件」沒有調用堆棧，但我喜歡做的最簡單的事情就是簡單地顯示在「堆棧」列WPA的「通用事件」圖。爲什麼不存在？當然，因爲堆棧信息不可用，但爲什麼？我知道「xperf -help stackwalk」，但列出的並不是我要找的。例如， xperf -on networktrace -stackwalk

0熱度

1回答

BiosInitTime恢復ETW跟蹤

從ETW事件「BiosInitTime」尋找使用解析的「tracerpt.exe」我注意到了休眠/恢復S4它總是0（見末例子）。直接使用XPERF或通過ADK Windows評估控制檯收集的etl跟蹤信息也是如此。但通過WAC/WPA分析& GUI，將顯示BIOS。所以它似乎有信息，但「tracerpt.exe」解析錯誤的事件來計算「BiosInitTime」。有什麼具體的啓動/停止的事件我應該

2熱度

2回答

一個進程有多少內存被調出？

是否有性能計數器，用於指示特定進程的內存量是多少？我有一個有40 GB可用RAM（128 GB物理內存）的服務器，但分頁的數據量超過100 GB。我怎樣才能找出我的哪個進程負責那個巨大的頁面文件消耗？也可以通過一些xperf跟蹤來查看頁面輸出活動何時發生。但除了對頁面文件的許多寫入之外，我無法看到從哪個進程將內存寫入頁面文件。參考設置跟蹤顯示我只是據我瞭解我過程的物理內存消耗有多大。但它似乎

0熱度

1回答

在WPA中繪製nr個線程

我想繪製一個進程中的線程數目，找到了 ThreadID coloumn並設置了我想隨時看到的Unique Count聚合。我單獨在藍色條的右邊有這個字段，但沒有顯示圖（是的，我選擇了圖例顏色）。這怎麼可能？

1熱度

1回答

Windows性能分析器崩潰

我已經在過去一個月前最後一次成功使用WPRUI和WPA應用程序來識別C++應用程序中的性能問題。但是今天我記錄了其中一個的新跡象，並打開它只是爲了看WPA崩潰。每次打開一個ETL並進入圖形瀏覽器 - >計算 - > CPU使用（採樣） - >展開，每次都可重現。只需點擊即可查看CPU採樣圖表列表。有時它會默默地崩潰，有時會出現讓你調試崩潰的對話框。有沒有人遇到過這樣的問題？我沒有在Window

0熱度

2回答

如何查看自定義提供的事件（不收集註冊提供商）通過WPA

我嘗試用顯現的基本事件進行調試和分析日誌事件。但是我遇到了一個問題：當我使用我的提供程序進行註冊時，一切正常，當在WPA中打開.etl文件時，我可以儘可能多地查看信息。但是，如果我在沒有註冊供應商的情況下收集活動，當我在WPA中打開.etl文件時，所有內容都不是人性化的。那麼，在我開始收集活動之前，我必須註冊我的提供商嗎？我希望不會，因爲如果是這樣，我必須冒險泄漏我的.man文件，以便其他人

3熱度

1回答

Windows CPU調度程序 - 內核時間非常高

我們試圖瞭解Windows CPU調度程序如何工作以優化我們的應用程序以實現最大可能的基礎結構/實際工作率。在xperf中有一些我們不明白的東西，並希望讓社區瞭解真正發生的事情。當我們得到有些服務器「緩慢」或「無響應」的報告時，我們最初開始調查這些問題。背景資料我們有我們的運行具有以下規格的中間件基礎架構在Windows 2012 R2服務器。我們發現，有30％的CPU在內核上浪費了，所以

3熱度

1回答

WPA沒有看到ETW事件數據，tracerpt確實如此

我正在捕獲ADO.Net診斷ETW，如Data Access Tracing in SQL Server 2008中所述。該安裝方法的效果，一個ETL生成文件，我可以看到的ADO.Net跟蹤如果我使用，也就是說，tracerpt： System.Data, TextA, 0, 0, 0, 0, 17, 0, 0x0000000000000000, 0x000007D0,