问题标签 [debug-diagnostic-tool]

Microsoft 有一个工具可以在 O/S 运行时捕获 O/S 低级数据的 SCAD。我们正在谈论由 TB SSD 支持的内存。虽然我用过几次，但我记不起名字了。帮助。

我刚刚花了 3 个小时来搜索这个名字，结果惨遭失败。

您好， 我日日夜夜都在遇​​到 IIS 问题，似乎应用程序池对于任何 dot net 应用程序都崩溃了，而不仅仅是特定代码，我搜索了很多，并尝试了很多解决方案：

1. 删除并重新安装 IIS
2. 更新 Windows 10
3. 将掘金库更新到最新
4. 将 .net 框架更新到最新版本

上面没有解决这个问题。

我下载了诊断对话框工具并创建了一个转储文件：这里

请帮忙，我知道有很多关于类似问题的帖子，但我都试过了，但没有什么对我有用。

我们正面临 IIS 的问题。我们托管在 IIS 8.5 上的 .net 4.5 Web API 应用程序停止提供响应。如果我们查看工作进程，请求会排队。IIS 阻止对同一 URL 的任何后续请求。

服务器上的内存和 CPU 使用率受到控制。事件查看器没有任何错误。为了调查这个问题，我们在问题期间进行了内存转储，并通过 DebugDiag 工具运行它。

该报告表明某种僵局。

我不确定如何调查此问题。我对 DebugDiag 工具一无所知。请建议。

我正在尝试让 Visual Studio 2019 中的诊断工具在运行多个 Visual Studio 实例的同时工作。

一个很好，两个作品。三四点，麻烦就从哪里开始了。

然后我得到诊断工具意外失败。

并在输出窗口中。无法启用提供程序 {E13C0D23-CCBC-4E12-931B-D9CC2EEE27E4}：系统资源不足，无法完成请求的服务。

我的主要问题是，什么系统资源？不是内存吗，我有 16Gb 空闲空间。不是cpu，主要是闲置，还有很多磁盘。

其他 Visual Studio 是否正在运行调试无关紧要。即使我只是打开了解决方案，之后什么也没做，它们似乎仍然占用了“系统资源”。

有谁知道要获得更多的系统资源吗？还是诊断工具中的一些限制/错误导致了这种情况？

更新我放弃了。差不多一年后，视觉工作室的几次更新，问题仍然存在，我还没有找到源头，也不知道为什么会这样。

Visual Studio 2019 社区中的诊断工具已停止工作。它显示它正在记录 CPU 配置文件，但每当我暂停程序查看结果时，工具都会显示“当前过滤器集中没有数据”。

它在某一时刻起作用，据我所知，我没有改变任何东西。如果我进入过滤器下拉菜单，它会显示除“隐藏本机代码”之外的所有内容。

我怎样才能解决这个问题？

我一直在监视 IIS 服务器中的工作进程，在应用程序池中的当前请求中，它显示请求花费了时间（超过 100 秒）。例如 url Service/RequestService 时间经过 100000

因为上面的 url 是 wcf 服务的 url 并且有很多操作合约，例如 GetRequest()、GetRequests()、CreateRequest() 等等

我想知道请求调用了什么操作合同，但 IIS 请求监视器没有显示任何详细信息。

我的问题是如何知道使用调试诊断工具调用了服务中的哪些操作合同。我尝试使用调试诊断工具转储并生成分析报告，其中有很多东西，我不确定我在寻找什么信息。

我已经安装了 DebugDiag Tool 来监控 Windows 服务器上的高 CPU 使用率。 https://www.microsoft.com/en-us/download/details.aspx?id=58210

在分析 DebugDiag Collection 工具生成的转储文件时出现以下错误。

没有生成报告文件

生成分析报告时出错异常：类型：COMException 消息：灾难性故障（来自 HRESULT 的异常：0x8000FFFF (E_UNEXPECTED)） StackTrace：在 DebugDiag.DbgLib.DbgControlClass_Legacy.OpenDump(String DumpPath, String SymbolPath, String ImagePath, Object pProgress)在 DebugDiag.DotNet.NetDbgObj.OpenDump（字符串 dumpPath，字符串 symbolPath，字符串 imagePath，对象 pProgress，布尔 throwOnBitnessMismatch，布尔 loadClrRuntime，布尔 loadClrHeap）

在 DebugDiag.DotNet.NetDbgObj.GetDumpFileType（字符串转储文件，字符串符号路径）

在 DebugDiag.DotNet.NetAnalyzer.AddDumpFile（字符串转储文件，字符串符号路径）

在 DebugDiag.DotNet.NetAnalyzer.AddDumpFiles(List`1 dumpFiles, String symbolPath)

在 DebugDiag.Analysis.AnalyzerClient.RunAnalysisAsyncInternal（NetProgress 进度，字符串 symbolPath，字符串 imagePath，列表1 dumpFiles, List1 分析规则，字符串 reportFileDirectoryOrFullPath，布尔 IncludeSourceAndLineInformationInAnalysisReports，Boolean SetContextOnCrashDumps，Boolean DoHangAnalysisOnCrashDumps，Boolean IncludeHttpHeadersInClientConns，SynchronizationContext synchContext，Boolean ExcludeIdenticalPointanInStacks，Boolean

我对当前版本的 Microsoft Visual Studio 版本 17.0.0 有疑问。
每次我开始调试我的项目时，诊断工具都会给我以下错误：
The diagnostic tools failed unexpectedly. The Diagnostics Hub output in the Output window may contain additional information.

来自输出窗口的附加信息：
Request to DataWarehouse host was unsuccessful: 'Unable to load DLL 'SQLite.Interop.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E)'

我的项目都没有使用 SQLite。所以这似乎是VS中的一个内部问题。
在 VS 16.xx 中对我来说效果很好

DebugDiag2 生成的报告格式为 HTML，但仅使用文本编辑器似乎无法阅读。我最近分析了一个进程转储，该转储生成了一个报告，该报告会导致我打开它的任何浏览器（IE、Edge、Chrome）崩溃。有没有办法让 DebugDiag2 输出格式为仅文本的报告？

我有一个非常简单的 GUI 应用程序，可以为系统运行 HIL 测试。我从组合框中选择一个测试，然后单击运行。这将启动测试并运行 27 分钟。在此期间，CPU 正在捕获数据并将数据存储在 String Builder 中。测试完成后，字符串生成器将捕获的数据写入文件。我运行了 3 次相同的测试来检查内存泄漏。请看附图。

快照#1：GUI 开始快照#19：第一次尝试结束快照#33：第二次尝试结束快照#38：第三次尝试结束

如果我们比较 33 和 38，我们可以看到对象和堆大小是相同的，这让我相信没有内存泄漏。

但是如果我们比较 19 和 33/38，我们可以看到对象数量增加了 1，堆大小增加了 0.1KB，这让我相信存在小的内存泄漏。

如果我们将 1 与其他比较，我们会看到对象的数量和堆大小相对而言增加了很多。

所以我的问题是，这里有内存泄漏吗？我如何得出一个可靠的结论？