.net traceprocessing .net跟踪处理如何使用WaitAnalysis？

在库中.net traceprocessing是一个名称空间Microsoft.Windows.EventTracing.WaitAnalysis，其中包含许多与等待分析相关的类型。那怎么用呢？从名字来看，它听起来很有用。有没有人有这方面的经验，手头有样品

---

我知道WPA中有一个WaitClassification图。哪些事件需要记录以使此事件显示为图形，以及该事件有多有用？

历史上，您需要调度程序、延迟和磁盘io（磁盘io可能是可选的）以及用于cswitch+readythread+threadcreate+profile的-stackwalk命令

xperf -on disk_io+dispatcher+latency -stackwalk cswitch+readythread+threadcreate+profile

我很惊讶它被列出来了，有人告诉我这个功能不是供公众使用的，但那也是4-6年前的事了

完整命令的示例可能如下所示

xperf -on disk_io+dispatcher+latency -f <path to file\xperftrace.etl> -MinBuffers 256 -MaxBuffers 1024 -MaxFile 1024 -FileMode Circular -stackwalk cswitch+readythread+threadcreate+profile

xperf-磁盘上\u io+dispatcher+延迟-f-最小缓冲区256-最大缓冲区1024-最大文件1024-文件模式循环-stackwalk cswitch+readythread+threadcreate+配置文件

我们希望在我们的公开版本中提供等待分析，但不幸的是，我们无法在我们的第一个公开版本中提供等待分析。正如您所注意到的，我们删除了顶级入口点，但没有清理该名称空间中公开的其他类型。为挑逗者道歉；我们将移除公共区域中的其他等待分析残余

---

将此功能公之于众需要一些工作，但我们会将其放在待办事项中，并告知我们是否有更多的兴趣，这将有助于提高优先级。

谢谢。虽然我已经启用了这些提供者，但图形仍然不会显示。我可以通过“窗口选择表（实验）”对话框启用它，但它在公共版本中看起来是禁用的。是的，我很惊讶api中竟然提到了它。可能是一个bug，他们很遗憾地删除了它。你能展示一下WPA的输出吗？这将有助于判断其有用性。