2010-07-21 155 views
0

我試圖執行與Xperf一個stackwalk,使用類似於在Getting the symbols with xperf列出的一個批處理文件。XPerfView加載緩慢符號

我啓動XperfView,確認符號路徑是正確的,然後加載的符號。但是,當我嘗試在「CPU CPU採樣」圖的選定部分(5秒左右)上打開摘要表時,性能分析器會長時間(小時)掛起(未響應)。

我跑昨晚離開它,當我來到今天上午彙總表終於裝,含結果如預期......我原以爲這很可能是進行初始下載到緩存的符號到C: \符號,但今天早上的重複測試有類似的問題(此時掛起1小時15分鐘)。

回答

0

你有沒有設置symcache這樣的

SRV*c:\dev\symbols*http://msdl.microsoft.com/download/symbols 

的symcache將本地緩存的符號。通常我的_NT_SYMBOL_PATH環境變量具有以上信息。

HTH

+0

感謝您的建議!我重讀的符號支持http://msdn.microsoft.com/en-us/library/ff191023(v=VS.85).aspx的文檔,並改變了我的_NT_SYMCACHE_PATH,這是C:\符號,到C:\ SymCache,並創建了SymCache文件夾,但仍然沒有運氣。
要重申,我擁有全局環境變量,如下所示:
_NT_SYMBOL_PATH = <我的調試文件夾>; SRV * c:\ symbols * http://msdl.microsoft.com/download/symbols
_NT_SYMCACHE_PATH = C:\ SymCache – sschilz 2010-07-27 23:54:15

+0

您可以嘗試使用Procmon進行診斷。 – Naveen 2010-07-28 00:39:13

1

在他post,布魯斯·道森推測,有一個在WPT dbghelp.dll和/或symsrv.dll一個問題,因爲發貨在當前SDK。他建議用Visual Studio 2010或Windows調試工具(即WinDbg)替換那些。工作對我來說...

3

WPT(xperf,xperfview,WPA)不dbghelp.dll和symsrv.dll發貨。這意味着,這取決於在你的路徑,你可能會得到:

  1. 快速符號加載
  2. 符號加載則需多達150倍更長的
  3. 沒有符號加載在所有。

解決方案是將已知好的版本的這些DLL複製到WPT安裝目錄中。欲瞭解更多詳情,請參閱這篇文章: http://randomascii.wordpress.com/2012/10/04/xperf-symbol-loading-pitfalls/