windows - 在 Xperf 中捕获调用堆栈和事件

Question

抱歉这个愚蠢的问题。我是 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 引用资料，那就更好了。

Answer 1

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

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

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

重要的是要注意我们有两个“-on”指令。这意味着我们将开始两个 session 。这相当于:

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

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

现在我们可以看到问题所在了。在内核记录器的上下文中，“profile”只是 -stackwalk 的一个有效选项。要求用户 session 记录配置文件事件的调用堆栈是没有意义的，因为它不记录配置文件事件!这样我们就可以了解 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 的通用事件 View 中作为 Stack 列提供。有关您可以记录调用堆栈的许多其他内容的列表，请参阅“xperf -help stackwalk”。请记住，只有为您实际记录的事件请求调用堆栈才有意义。幸运的是 Base 包含 Profile，所以我们没问题。

哦，是的——如果你想设置缓冲区大小和缓冲区计数，一定要小心你正在设置它的 session (可能两者)。

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

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