在 Xperf 中捕获调用堆栈和事件答案

【问题标题】：Capture callstack and events in Xperf在 Xperf 中捕获调用堆栈和事件
【发布时间】：2014-11-05 18:17:32
【问题描述】：

抱歉这个愚蠢的问题。我是 Xperf 的新手。

我在 64 位 Windows 8.1 上，我的应用程序也是 x64。我想使用 Xperf 在应用程序中捕获调用堆栈和我定义的事件。

我在我的应用程序中注册了 GUID 35f7872e-9b6d-4a9b-a674-66f1edd66d5c。

我使用的时候：

xperf -on PROC_THREAD+LOADER+Base -start UserSession -on 35f7872e-9b6d-4a9b-a674-66f1edd66d5c -BufferSize 1024 -stackwalk profile

我可以获取所有事件但没有调用堆栈。但是，如果我删除 -on 35f7872e-9b6d-4a9b-a674-66f1edd66d5c 命令行变为：

xperf -on PROC_THREAD+LOADER+Base -start UserSession -BufferSize 1024 -stackwalk profile

这样，我可以捕获所有调用堆栈，但没有定义事件。

谁能告诉我用于捕获调用堆栈和事件的正确命令行是什么？此外，如果您能指出任何好的 Xperf 参考资料，那就更好了。

【问题讨论】：

我通过将-stackwalk profile 移动到-start UserSession 之前的位置解决了这个问题。这样，内核记录器将记录调用堆栈。我还尝试使用:::stack 让用户会话记录调用堆栈，但看起来它不起作用。需要记住的另一件事是使用xperf.exe -stop -stop UserSession -d test.etl 来停止内核记录器和用户记录器并将缓冲区组合在一起。

标签： windows performance profiling xperf

【解决方案1】：

即使这个问题的格式很差，我还是投了赞成票，因为它显示了一个常见的混淆来源。最初的问题询问“如何记录调用堆栈”，但这不是一个格式正确的问题。 xperf 可以记录采样分析器、上下文切换、文件 I/O、磁盘 I/O、注册表活动或自定义事件的调用堆栈。该问题没有具体说明记录了哪种类型的调用堆栈，这会导致一些混淆。

让我们看看原来的命令行。我已经通过删除 PROC_THREAD+LOADER 来简化它，因为 BASE 包含这些。我还删除了 -BufferSize 1024 因为我认为它放错了位置，并且我已经用名称替换了 GUID —— 你应该给你的提供者一个名称并使用它。所以，我们有：

xperf -on Base -start UserSession -on MyProvider -stackwalk profile

重要的是要注意我们有两个“-on”指令。这意味着我们正在启动两个会话。这相当于：

xperf -on Base
xperf -start UserSession -on MyProvider -stackwalk profile

第一个命令使用“Base”提供程序启动或连接到内核记录器（无会话名称）。第二个命令使用“MyProvider”提供程序启动一个名为“UserSession”的用户会话。

现在我们可以看到问题所在了。 "profile" 只是内核记录器上下文中 -stackwalk 的有效选项。要求用户会话记录配置文件事件的调用堆栈是没有意义的，因为它没有记录配置文件事件！所以这让我们得到了 OP 问题的这个变体：

xperf -on Base -stackwalk profile
xperf -start UserSession -on MyProvider
@rem Run tests here
xperf -stop UserSession -stop -d trace.etl

但是等等！ MyProvider 中用户事件的调用堆栈呢？这就是第一个答案试图解释的内容——我们需要添加 :::'stack':

xperf -on Base -stackwalk profile
xperf -start UserSession -on MyProvider:::'stack'
@rem Run tests here
xperf -stop UserSession -stop -d trace.etl

这些调用堆栈将作为 WPA 通用事件视图中的堆栈列提供。对于许多可以记录调用堆栈的其他事物的列表，请参阅“xperf -help stackwalk”。请记住，只有为您实际记录的事件请求调用堆栈才有意义。幸运的是，Base 包含个人资料，所以我们没问题。

哦，是的——如果您想设置缓冲区大小和缓冲区计数，请务必注意要设置的哪个会话（可能两者都有）。

有关更多信息，尤其是有关如何分析 xperf 跟踪的信息，请参阅： https://randomascii.wordpress.com/category/xperf/

要更轻松地记录 ETW 跟踪，请参阅此用于控制跟踪记录的开源 UI - 您可以轻松地将自己的提供程序添加到正在记录的列表中： https://github.com/google/UIforETW/releases

【讨论】：

【解决方案2】：

您需要在命令行中添加:::'stack' 以捕获用户模式事件的堆栈。

xperf -start UserSession -on 35f7872e-9b6d-4a9b-a674-66f1edd66d5c:::'stack'

一本很好的 xperf 参考书是 "Inside Windows Debugging" 和 this blog。

【讨论】：

谢谢！我发现如果我将-stackwalk profile 移动到-start UserSession 之前的位置，内核记录器会记录调用堆栈。我还尝试使用:::stack 让用户会话记录调用堆栈，但看起来它不起作用。
有关以更简单的方式记录 xperf 跟踪的更多信息，请参阅 randomascii.wordpress.com/2013/04/20/… 和我博客上的其他帖子。特别是对于堆栈遍历，我在 pigscanfly 上的第一篇 xperf 博客文章详细介绍了一些细节：blogs.msdn.com/b/pigscanfly/archive/2009/08/06/…