非托管内存未显示在任务管理器中

Question

我写了下面的测试（实际用在更广泛的上下文中）

IntPtr x = Marshal.AllocHGlobal(100000000);

Console.Write("Press any key to continue . . . ");
Console.ReadKey(true);

Marshal.FreeHGlobal(x);

Console.ReadKey(true);

为什么任务管理器在第一次按键之前没有显示任何已分配 100 兆字节的迹象？如果这是设计使然，我还能如何测试非托管堆内存的消耗？

Answer 1

您对操作系统的工作原理有了一些了解。此行为并非特定于 Marshal.AllocHGlobal()，例如尝试此代码：

    static void Main(string[] args) {
        var arr = new byte[100000000];
        Console.ReadKey(true);
    }

默认情况下，任务管理器会显示您使用了多少 RAM。但是您的 OS 与许多其他操作系统一样，是一个 demand-paged 虚拟内存操作系统。你还没有要求任何东西。您所做的只是分配虚拟内存。只是地址 space，它在这个测试中保持虚拟，只是处理器的数字。每 4096 字节一个。在您实际访问数组之前，需求不会发生。添加：

        for (int ix = 0; ix < arr.Length; ix += 4096) {
            byte dummy = arr[ix];
        }

Bam，现在你看到它放大了。不一定到 100 兆字节，但大多数机器现在有足够的 RAM，不需要将任何页面换回页面文件以提供足够的存储空间。

另外一个很好的提醒，为什么任务管理器不是一个很好的内存分析器。您的程序消耗多少 RAM 是无关紧要的。如果你使用太多那么你会注意到它足够好，你的程序会变慢很多。

任务管理器可以显示原始代码的side-effect，您必须添加"Commit size"列。在早期 Windows 版本中命名不同，模糊内存，我认为是 VM 大小。提交大小衡量页面文件中保留了多少space。地址 space 的备份存储，保留以便在 OS 需要取消映射页面以在别处提供 RAM 时存储 RAM 内容。 Windows 不允许 over-committing 内存，当 64 位程序无法足够快地增长分页文件时，这是您获得 OOM 的方式。

非托管内存未显示在任务管理器中

Unmanaged memory not showing up in task manager

c#

unmanaged