回答情况：
提问时间：
问题标签：
3回答
我刚开始使用UMDH，并且我在理解如何处理它输出的一些错误时遇到了一些问题。我遵循典型的用法(来自MS站点)：在另一个终端窗口中：然后返回到原始终端窗口：但是我从UMDH得到了以下警告Warning: UMDH didn't find any allocations that have stacks collected.The command is:
Warning: gf
浏览 3修改于2010-10-21得票数 0
我试图使用UMDH来查找内存块分配的位置，但是我得到的结果似乎完全荒谬。umdh -d -v 1.txt 2.txt > diff.txt然后，我注释掉了在最大的增长堆栈中报告的函数中的所有活动。我再次进行了上述
浏览 5提问于2013-06-25得票数 1
我正在使用umdh.exe来分析可能的内存泄漏。我有一个关于umdh.exe的'-g‘选项的问题。我在web上搜索，可用的文档显示“记录进程未引用的堆块(”垃圾收集“)”。这是否意味着umdh.exe -g已经列出了泄漏的内存(因为进程中没有对它的引用)？先谢谢你，基兰
浏览 4提问于2009-10-03得票数 0
1回答
我使用UMDH(x64)测试内存泄漏。我的代码既不是优化的FPO，也不是使用定制的分配器。它只使用“新”操作符。并将日志与UMDH进行了比较。它选择了正确的pdb，从顶部的评论行中可以看出这一点。
浏览 3修改于2016-10-25得票数 0
回答已采纳
我正在使用最新Windows调试工具包中的UMDH 6.1.7659。我想尝试生成一个dmp文件，我可以在WINDBG中查看该文件，以调查非托管64位C++ EXE中的内存泄漏：umdhUMDH是否不再与WINDBG兼容？
浏览 5提问于2018-11-01得票数 0
回答已采纳
在Windows Vista中，我发现UMDH非常有用，但我在Windows7/8上找不到它，微软是否已经弃用了GFlags和UMDH？
浏览 19提问于2014-01-20得票数 4
2回答
我已经正确地设置了UMDH，并且能够在两个堆转储之间获得一个比较文件。连堆栈痕迹都显示得很好。来自diff的输出令我困惑，我希望有人能帮助我解释为什么我得到了我得到的输出。此外，我还补充了一条评论，作为对解决方案的评论，我认为这对最终使用这个问题的人是有益的：
此外，如果您在.exe的发布版本上运行此程序，并且在运行目录中还包括程序调试数据库，那么umdh将提取源文件名和内存泄漏的行号
浏览 3修改于2014-11-13得票数 6
回答已采纳
当在Windows 7上的进程上运行UMDH时，我只得到“未能枚举进程模块”的响应。转储在进程最初执行时运行良好，但在内存使用量增加时失败。具体的故障点还不清楚，错误也没有给出任何提示。
浏览 5提问于2014-06-19得票数 2
回答已采纳
我将+ust换成了gflag，重新启动了服务，并开始拍摄预定的UMDH快照。当问题再次出现时，资源管理器报告工作集和专用字节下有多个GB，但UMDH快照仅占进程堆中的几个MB分配。在UMDH快照文件的顶部，它提到“只有堆管理器收集堆栈的分配才会被转储”。我如何才能找到这些GB的分配位置/方式？
浏览 5修改于2017-03-22得票数 1
由于无法用这些多线程问题来总结Visual中的不同运行，所以我决定使用UMDH采取不同的方法。UMDH报告了1000多个内存泄漏，其中许多将.NET作为调用堆栈(clr!something+X)的一部分，但也有一些(我称之为“本机”)。
浏览 20提问于2022-04-12得票数 0
根据以前关于堆栈溢出的答案，我使用microsoft调试工具中的umdh跟踪一个内存泄漏。然而，仍然有更多的漏洞，而且umdh的结果与我的perfmon结果不匹配。首先，umdh仍然报告此泄漏，堆栈跟踪是：+ 4 ( 251
浏览 2提问于2009-04-03得票数 5
回答已采纳
我正在尝试使用UMDH调试内存泄漏。但是，它从来没有成功地加载过符号。4 File(s) 13,422,592 bytes但是UMDH\Bin\Release/ObjectCommunicator.exe" /IGNORE:4089 + 42432 ( 45424 -
浏览 6提问于2012-11-13得票数 1
因为这似乎过多了，所以我使用umdh检查了堆的变化。我发现堆前后的差值增加了~9Mb。我怀疑可能是dll加载，但我如何确认这一点并将其分解？
浏览 3提问于2011-05-18得票数 3
首先，我们配置g阻隔+ umdh: /i process.exe +ust -hpc -hfcumdh.exe –p:%pid% > log1…当堆栈跟踪信息被累积时，我们使用以下命令创建报告：umdh.exe -d
浏览 5提问于2020-10-16得票数 1
除非向开发人员提供UMDH日志，否则我无法找出导致内存泄漏的原因。(日志正在找他的路上)
我在其他硬件上重新运行了测试，结果看起来很棒。
浏览 0提问于2014-03-12得票数 0
所以我收集了UMDH数据，它指向下面的代码， BSTR bstrTestName = strCurTestName.AllocSysString();
BSTR bstrTestInstname =
浏览 36提问于2020-09-16得票数 0
但是我想通过调用堆栈(比如umdh或leakdiag)编译统计数据内存分配组，以供学习。我想有一些查询ust DB的接口，但是我找不到..有什么方法可以查询或枚举ust DB吗？
浏览 1修改于2019-10-03得票数 1
回答已采纳
我过去用过umdh来发现常规的泄漏，效果很好，但这对COM泄漏似乎没有太大的帮助。有谁能推荐一个好的方法吗？
浏览 1提问于2012-08-18得票数 1
回答已采纳
我需要的是相当于Microsoft的UMDH:为每个堆分配打开堆栈跟踪，然后在特定的时间点转储按堆栈分组并按分配计数降序排序的所有分配。我们的应用程序是在Windows和Linux平台上发布的，所以我知道在UMDH下Windows上的性能仍然可以接受。
浏览 18修改于2017-05-23得票数 22
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号