我正在为一个应用程序编写内存管理器，作为二十多个编码器团队的一部分。我们的内存配额用完了，我们需要能够看到发生了什么，因为我们似乎只使用了大约700Mb。我需要能够报告所有碎片的发生位置。有什么想法吗？

解决方案

我们可以为此使用现有的内存调试工具，我发现Memory Validator 1非常有用，它可以跟踪API级别(堆，新...)和OS级别(虚拟内存)分配并显示虚拟内存映射。

我还发现非常有用的另一个选项是能够基于VirtualQuery函数转储整个虚拟空间的地图。我的代码如下所示：

void PrintVMMap()
{
  size_t start = 0;
  // TODO: make portable - not compatible with /3GB, 64b OS or 64b app
  size_t end = 1U<<31; // map 32b user space only - kernel space not accessible
  SYSTEM_INFO si;
  GetSystemInfo(&si);
  size_t pageSize = si.dwPageSize;
  size_t longestFreeApp = 0;

  int index=0;
  for (size_t addr = start; addr<end; )
  {
    MEMORY_BASIC_INFORMATION buffer;
    SIZE_T retSize = VirtualQuery((void *)addr,&buffer,sizeof(buffer));
    if (retSize==sizeof(buffer) && buffer.RegionSize>0)
    {
      // dump information about this region
      printf(.... some buffer information here ....);
      // track longest feee region - usefull fragmentation indicator
      if (buffer.State&MEM_FREE)
      {
        if (buffer.RegionSize>longestFreeApp) longestFreeApp = buffer.RegionSize;
      }
      addr += buffer.RegionSize;
      index+= buffer.RegionSize/pageSize;
    }
    else
    {
      // always proceed
      addr += pageSize;
      index++;
    }
  }
  printf("Longest free VM region: %d",longestFreeApp);
}

我们还可以从工具帮助API中找到有关使用Heap32ListFirst / Heap32ListNext的进程中的堆以及有关使用Module32First / Module32Next的已加载模块的信息。

"工具帮助"起源于Windows 9x。 Windows NT上原始的过程信息API是PSAPI，它提供的功能与工具帮助部分(但不是全部)重叠。

我们的(巨大的)应用程序(一个Win32游戏)最近开始引发"配额不足"异常，我负责查明所有内存的去向。这个问题并不是一件容易的事，而这是我第一次试图找出答案。堆行为是出乎意料的，到目前为止，准确跟踪已使用的配额和可用的配额是不可能的。实际上，无论如何，"配额"和"放置在某处"并不是微妙而令人讨厌的不同概念。尽管枚举堆和模块也很方便，但可接受的答案就可以了。我使用了来自MS的DebugDiag来查看这种情况的真正恐怖之处，并了解实际全面跟踪所有内容的难度。