внешняя фрагментация и фрагментация виртуальных адресов в windbg

Вывод WinDbg относится к куче перед номерами фрагментации, в вашем случае куча 012e0000.

External fragmentation = 1 - (larget free block / total free size)

Это означает, что самый большой свободный блок в этой куче составляет 7,63 МБ, хотя общий свободный размер составляет 109 МБ. Обычно это означает, что вы не можете одновременно выделить в этой куче более 7,63 МБ.

Подробное описание внешней фрагментации см. также в Википедии.

Virtual address fragmentation: 1 - (commit size / virtual size)

Хотя я не нашел хорошего объяснения фрагментации виртуальной памяти, это интерпретация формулы: виртуальный размер — это общий объем доступной памяти. Размер фиксации - это то, что используется. Разница (1 - x) не используется.

Вы можете получить более подробную информацию об этой куче, используя !heap -f -stat -h <heap> (!heap -f -stat -h 012e0000 в вашем случае).

Если вы пытаетесь отладить проблему фрагментации памяти, вам следует взглянуть на VMMAP от sysinternals.

http://technet.microsoft.com/en-us/sysinternals/dd535533

Мало того, что вы можете увидеть там точный размер самого большого свободного блока, вы также можете перейти в него в «Просмотр фрагментации», чтобы увидеть визуальное представление того, насколько фрагментирована ваша память.

Спасибо за ответ Стаса Ш.

Я использую VMMap для анализа памяти, используемой процессом.

Но меня смущают личные данные, отображаемые в VMMap.

Я пишу демонстрационное приложение и использую HeapCreate для создания частной кучи, а затем выделяю множество небольших блоков из этой кучи с помощью HeapAlloc.

Я использую VMMap для анализа этого демо-приложения, и следующая информация взята из VMMap.

Process: HeapOS.exe
PID: 2320

Type         Size        Committed  Private   Total WS  Private WS  Shareable WS  Shared WS  Locked WS  Blocks  Largest   
Total        928,388     806,452    779,360   782,544   779,144     3,400         2,720                 188     
Heap         1,600       500        488       460       452         8             8                     13      1,024
Private Data 888,224     774,016    774,016   774,016   774,012     4             4                     24      294,912

Я обнаружил, что Heap очень мал, но Private Data очень велик.

Но из справки VMMap поясняется, что

Private

Private memory is memory allocated by VirtualAlloc and not suballocated either by the Heap Manager or the .NET run time. 
It cannot be shared with other processes, is charged against the system commit limit, and typically contains application data. 

Итак, я предполагаю, что Private Data - это память, выделяемая VirtualAlloc из виртуального адресного пространства процесса, и просто не может быть разделена с другим процессом. Частные данные могут выделяться кодом приложения, диспетчером кучи ОС или средой выполнения .NET.