Здравствуйте, WW898, Вы писали:

WW>Другими словами это и есть тот самый мусор который и должен находить и репортить алгоритм сбора мусора. Но есть одно но, алгорим работает от обратного: находит все выжившие объекты, а остальные регионы (не объекты!!!) памяти в хипе считаются мусором. В этих регионах нет информации о начале объектов, их количестве, просто диапазоны памяти, где ничего теперь нет.

WW>Дальше можно сделать 3 вещи с этими регионами:
WW>

WW>
• Забить до следующего GC (быстро и эффективно).
  WW>
• Скомпактить (дорого и сердито). Тут тоже есть 2 варианта: сжимать и копировать
  WW>
• Использовать маленькие регионы для точечного выделения в них новых объектов (магия оптимизации)
  WW>

WW>Собственно размеры хиров, где содержатся managed обекты при этом не менются.

WW>Теперь по вашему вопросу. Не могли бы Вы, коротенько, в паре абзацах, объяснить что именно Вы имели в виду?

Всё так. Только {url=https://memprofiler.com/].NET Memory Profiler[/url] умеет показывать размеры выделенных блоков , а dotMemory нет.
Сборщик мусора конечно всё соберёт, но пиковове потребление памяти останется в истории

Здравствуйте, WW898, Вы писали:

WW>Собственно размеры хиров, где содержатся managed обекты при этом не менются.

WW>Теперь по вашему вопросу. Не могли бы Вы, коротенько, в паре абзацах, объяснить что именно Вы имели в виду?

Всё так. Только .NET Memory Profiler умеет показывать размеры выделенных блоков , а dotMemory нет.
Сборщик мусора конечно всё соберёт, но пиковове потребление памяти останется в истории