memory-leaks - !address -summary 和 !heap -s 不同意内存泄漏？-6ren

memory-leaks - !address -summary 和 !heap -s 不同意内存泄漏？

转载作者：行者123 更新时间：2023-12-04 15:44:36

我有一个 32 GB 的转储文件。 !address -summary显示堆使用量为 32.033 Gb 但 !heap -s将所有堆显示为小(2MB 或更少)。关于下面显示的两个命令之间的差异有什么想法吗？

附言。 Windbg 版本 6.3.9600.16384 AMD64

0:018> !address -summary

Mapping file section regions...
Mapping module regions...
Mapping PEB regions...
Mapping TEB and stack regions...
Mapping heap regions...
Mapping page heap regions...
Mapping other regions...
Mapping stack trace database regions...
Mapping activation context regions...

--- Usage Summary ---------------- RgnCount ----------- Total Size -------- %ofBusy %ofTotal
Free                                    167      7f7`f74c0000 (   7.969 Tb)               99.61%
Heap                                     95        8`02223000 (  32.033 Gb)  99.68%    0.39%
<unknown>                                33        0`032f6000 (  50.961 Mb)   0.15%    0.00%
Image                                   518        0`02f78000 (  47.469 Mb)   0.14%    0.00%
Stack                                    57        0`004c0000 (   4.750 Mb)   0.01%    0.00%
Other                                    15        0`001b8000 (   1.719 Mb)   0.01%    0.00%
TEB                                      19        0`00026000 ( 152.000 kb)   0.00%    0.00%
PEB                                       1        0`00001000 (   4.000 kb)   0.00%    0.00%

--- Type Summary (for busy) ------ RgnCount ----------- Total Size -------- %ofBusy %ofTotal
MEM_PRIVATE                             187        8`03b5e000 (  32.058 Gb)  99.76%    0.39%
MEM_IMAGE                               519        0`02f79000 (  47.473 Mb)   0.14%    0.00%
MEM_MAPPED                               32        0`02059000 (  32.348 Mb)   0.10%    0.00%

--- State Summary ---------------- RgnCount ----------- Total Size -------- %ofBusy %ofTotal
MEM_FREE                                167      7f7`f74c0000 (   7.969 Tb)           99.61%
MEM_COMMIT                              672        8`04f16000 (  32.077 Gb)  99.82%    0.39%
MEM_RESERVE                              66        0`03c1a000 (  60.102 Mb)   0.18%    0.00%

--- Protect Summary (for commit) - RgnCount ----------- Total Size -------- %ofBusy %ofTotal
PAGE_READWRITE                          216        8`01672000 (  32.022 Gb)  99.65%    0.39%
PAGE_READONLY                           297        0`01dd2000 (  29.820 Mb)   0.09%    0.00%
PAGE_EXECUTE_READ                        98        0`0195b000 (  25.355 Mb)   0.08%    0.00%
PAGE_WRITECOPY                           41        0`00140000 (   1.250 Mb)   0.00%    0.00%
PAGE_READWRITE|PAGE_GUARD                19        0`00036000 ( 216.000 kb)   0.00%    0.00%
PAGE_EXECUTE_READWRITE                    1        0`00001000 (   4.000 kb)   0.00%    0.00%

--- Largest Region by Usage ----------- Base Address -------- Region Size ----------
Free                                      9`80030000      7f5`6e4d0000 (   7.959 Tb)
Heap                                      1`80030000        8`00000000 (  32.000 Gb)
<unknown>                                 0`00939000        0`013f7000 (  19.965 Mb)
Image                                   7fe`fe95a000        0`0089e000 (   8.617 Mb)
Stack                                     0`03590000        0`00035000 ( 212.000 kb)
Other                                     0`007a0000        0`00181000 (   1.504 Mb)
TEB                                     7ff`fff94000        0`00002000 (   8.000 kb)
PEB                                     7ff`fffd6000        0`00001000 (   4.000 kb)

0:018> !heap -s
LFH Key                   : 0x000000b22491393a
Termination on corruption : ENABLED
          Heap     Flags   Reserv  Commit  Virt   Free  List   UCR  Virt  Lock  Fast 
                             (k)     (k)    (k)     (k) length      blocks cont. heap 
-------------------------------------------------------------------------------------
Virtual block: 00000000002f0000 - 00000000002f0000 (size 0000000000000000)
Virtual block: 0000000180030000 - 0000000180030000 (size 0000000000000000)
00000000001f0000 00000002    2048   1640   2048     18    29     2    2      0   LFH
0000000000010000 00008000      64      4     64      1     1     1    0      0      
Virtual block: 00000000004e0000 - 00000000004e0000 (size 0000000000000000)
00000000004d0000 00001002    1088    212   1088     16    11     2    1      0   LFH
Virtual block: 0000000002100000 - 0000000002100000 (size 0000000000000000)
00000000022c0000 00001002      64     28     64      2     2     1    1      0   LFH
Virtual block: 00000000022d0000 - 00000000022d0000 (size 0000000000000000)
00000000004c0000 00001002      64     64     64     11     3     1    1      0   LFH
Virtual block: 0000000002400000 - 0000000002400000 (size 0000000000000000)
0000000000490000 00001002      64     36     64      6     2     1    1      0   LFH
Virtual block: 0000000002530000 - 0000000002530000 (size 0000000000000000)
00000000026f0000 00001002      64     64     64      6     3     1    1      0   LFH
Virtual block: 0000000002700000 - 0000000002700000 (size 0000000000000000)
0000000002840000 00001002      64     36     64      6     2     1    1      0   LFH
Virtual block: 0000000002850000 - 0000000002850000 (size 0000000000000000)
00000000029d0000 00001002      64     28     64      2     2     1    1      0   LFH
Virtual block: 00000000029e0000 - 00000000029e0000 (size 0000000000000000)
0000000002b60000 00001002      64     32     64      3     2     1    1      0   LFH
Virtual block: 0000000002c00000 - 0000000002c00000 (size 0000000000000000)
0000000002bf0000 00001002      64     36     64      5     2     1    1      0   LFH
0000000002db0000 00001002     512     24    512      3     2     1    0      0      
0000000002ea0000 00011002     512      8    512      2     1     1    0      0      
Virtual block: 0000000002fc0000 - 0000000002fc0000 (size 0000000000000000)
Virtual block: 00000000037d0000 - 00000000037d0000 (size 0000000000000000)
0000000002f40000 00001002     512    204    512     66     7     1    2      0   LFH
0000000003270000 00001002      64      8     64      3     1     1    0      0      
0000000003120000 00001002     512      8    512      2     2     1    0      0      
0000000003750000 00001002     512      8    512      3     2     1    0      0      
0000000003900000 00001002     512      8    512      3     1     1    0      0      
0000000003740000 00001002      64      8     64      3     1     1    0      0      
Virtual block: 0000000003980000 - 0000000003980000 (size 0000000000000000)
0000000003b60000 00001002      64     40     64      1     2     1    1      0   LFH
0000000003e40000 00001003     512    100    512     42    14     1    0    N/A   
0000000003d20000 00001003     512      8    512      5     1     1    0    N/A   
0000000004090000 00001003     512      8    512      5     1     1    0    N/A   
00000000036b0000 00001003     512      8    512      5     1     1    0    N/A   
0000000003f50000 00001003     512      8    512      5     1     1    0    N/A   
0000000004160000 00001003     512      8    512      5     1     1    0    N/A   
0000000004360000 00001003     512      8    512      5     1     1    0    N/A   
00000000045a0000 00001003     512      8    512      5     1     1    0    N/A   
00000000042d0000 00001003     512      8    512      5     1     1    0    N/A   
0000000003ad0000 00001003     512      8    512      5     1     1    0    N/A   
0000000004790000 00001003     512      8    512      5     1     1    0    N/A   
0000000004010000 00001003     512      8    512      5     1     1    0    N/A   
0000000004460000 00001003     512      8    512      5     1     1    0    N/A   
00000000046c0000 00001003     512      8    512      5     1     1    0    N/A   
0000000004990000 00001003     512      8    512      5     1     1    0    N/A   
0000000004ba0000 00001003     512      8    512      5     1     1    0    N/A   
0000000004b80000 00001003    1088    136   1088     69     2     2    0    N/A   
Virtual block: 0000000005120000 - 0000000005120000 (size 0000000000000000)
00000000031d0000 00001002    1088    376   1088     12     3     2    1      0   LFH
Virtual block: 0000000005250000 - 0000000005250000 (size 0000000000000000)
0000000003d10000 00001002      64     36     64      7     2     1    1      0   LFH
-------------------------------------------------------------------------------------

最佳答案

似乎 32 GB 隐藏在以 Virtual block 开头的行后面。 .
我创建了一个示例程序，它使用 HeapAlloc() 分配一个 100 MB 的内存块。功能。

在 WinDbg 6.12.0002.633、6.2.9200.16384 和 6.3.9600.16384 中，每次我分配这样一个 block 时，它都会显示为附加行 Virtual block: <address> - <address> (size 00000000) .

不幸的是，我不知道如何获得正确的尺寸。

关于memory-leaks - !address -summary 和 !heap -s 不同意内存泄漏？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21444589/

文章推荐： curl - 生成 swagger 的 cURL 命令

文章推荐： math - 你如何在 Nimrod 中使用矩阵？

文章推荐： php - 可以将 PHP SimpleTest 框架配置为快速失败吗？

Java 内存/gc 问题(JRE 内存、堆空间不足和 gc 已满)
我在具有 2CPU 和 3.75GB 内存 (https://aws.amazon.com/ec2/instance-types/) 的 c3.large Amazon EC2 ubuntu 机器上运
linux-kernel - 如何在 Linux 中写入 VGA 内存(不是视频缓冲区，内存)以在屏幕上显示 Logo ？
我想通过用户空间中的mmap-ing并将地址发送到内核空间从用户空间写入VGA内存(视频内存，而不是缓冲区)，我将使用pfn remap将这些mmap-ed地址映射到vga内存(我将通过 lspci
Julia 内存
在 Mathematica 中，如果你想让一个函数记住它的值，它在语法上是很轻松的。例如，这是标准示例 - 斐波那契: fib[1] = 1 fib[2] = 1 fib[n_]:= fib[n] =
在编译时分配的c++内存
我读到动态内存是在运行时在堆上分配的，而静态内存是在编译时在堆栈上分配的，因为编译器知道在编译时必须分配多少内存。考虑以下代码: int n; cin>>n; int a[n]; 如果仅在运行期间读
Python 在内存中保存数据？ (内存)
我是 Python 的新手，但我之前还不知道这一点。我在 for 循环中有一个基本程序，它从站点请求数据并将其保存到文本文件但是当我检查我的任务管理器时，我发现内存使用量只增加了？长时间运行时，这对我
用于查找表的 CUDA 内存
我正在设计一组数学函数并在 CPU 和 GPU(使用 CUDA)版本中实现它们。其中一些函数基于查找表。大多数表占用 4KB，其中一些占用更多。基于查找表的函数接受一个输入，选择查找表的一两个条目，
无法访问第一个地址以外的 malloc 内存
读入一个文件，内存被动态分配给一个字符串，文件内容将被放置在这里。这是在函数内部完成的，字符串作为 char **str 传递。使用 gdb 我发现在行 **(str+i) = fgetc(aFil
JSP session 内存？
我需要证实一个理论。我正在学习 JSP/Java。在查看了一个现有的应用程序(我没有写)之后，我注意到一些我认为导致我们的性能问题的东西。或者至少是其中的一部分。它是这样工作的: 1)用户打开搜索
R:环境的缓存/内存
n我想使用memoization缓存某些昂贵操作的结果，这样就不会一遍又一遍地计算它们。两个memoise和 R.cache适合我的需要。但是，我发现缓存在调用之间并不可靠。这是一个演示我看到的问
javascript - 为什么给变量赋值给自己内存=内存？
我目前正在分析一些 javascript shell 代码。这是该脚本中的一行: function having() { memory = memory; setTimeout("F0
elasticsearch - 内存 Elasticsearch
我有一种情况，我想一次查询数据库，然后再将整个数据缓存在内存中。我得到了内存中 Elasticsearch 的建议，我用谷歌搜索了它是什么，以及如何在自己的 spring boot 应用程序中实现它
Haskell、内存、堆栈溢出
我正在研究 Project Euler (http://projecteuler.net/problem=14) 的第 14 题。我正在尝试使用内存功能，以便将给定数字的序列长度保存为部分结果。我正在
java - 内存/注意力游戏问题
所以，我一直在做 Java 内存/注意力游戏作业。我还没有达到我想要的程度，它只完成了一半，但我确实让 GUI 大部分工作了......直到我尝试向我的框架添加单选按钮。我认为问题可能是因为我将 JF
Flask/Jinja 内存
我一直在尝试使用 Flask-Cache 的 memoize 功能来仅返回 statusTS() 的缓存结果，除非在另一个请求中满足特定条件，然后删除缓存。但它并没有被删除，并且 Jinja 模板仍
php - =& 运算符，内存
我对如何使用 & 运算符来减少内存感到非常困惑。我可以回答下面的问题吗？ clase C{ function B(&$a){ $this->a = &$a; $thi
java - 字符串性能-内存
在编写代码时，我遇到了一个有趣的问题。我有一个 PersonPOJO，其 name 作为其 String 成员之一及其 getter 和 setter class PersonPOJO { priv
java - java中这两个构造函数有什么区别？ (内存)
在此代码中 public class Base { int length, breadth, height; Base(int l, int b, int h) { l
c - 内存 - 自然地址边界
Definition Structure padding is the process of aligning data members of the structure in accordance
没有闭包作用域的 Javascript 内存
在 JavaScript Ninja 的 secret 中，作者提出了以下方案，用于在没有闭包的情况下内存函数结果。他们通过利用函数是对象这一事实并在函数上定义一个属性来存储过去调用函数的结果来实现这
使用的 Java 内存
我正在尝试找出 map 消耗的 RAM 量。所以，我做了以下事情；- Map cr = crPair.collectAsMap(); // 200+ entries System.out.printl

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

memory-leaks - !address -summary 和 !heap -s 不同意内存泄漏？