Net framework 5, а также среды Visual Studio 2012 и C#

рис. 21.1.
.Только.что.инициализированная.управляемая.куча.с.тремя.объектами
Для управляемой кучи выделение памяти для объекта сводится к простому 
увеличению указателя — эта операция выполняется почти мгновенно. Во многих 
приложениях объекты, выделяемые примерно в одно время, тесно связаны друг с 
другом, к тому же часто к ним обращаются примерно в одно время. Так, обычно сразу 
после объекта 
FileStream
создается объект 
BinaryWriter
. Затем приложение об-
ращается к объекту 
BinaryWriter
, внутренний код которого использует 
FileStream
. 
В среде, поддерживающей уборку мусора, новые объекты располагаются в памяти 
непрерывно, что повышает производительность за счет близкого расположения 
ссылок. В частности, это значит, что рабочий набор процесса будет меньше, чем у 
подобного приложения, работающего в неуправляемой среде. Также, скорее всего, 
все объекты, используемые в программе, уместятся в кэше процессора. Прило-
жение сможет получать доступ к этим объектам с феноменальной скоростью, так 
как процессор будет выполнять большинство своих операций без кэш-промахов, 
замедляющих доступ к оперативной памяти.
Итак, пока складывается впечатление, что управляемая куча обладает превос-
ходными характеристиками быстродействия. И все же это описание предполагает, 
что память всегда бесконечна, а CLR всегда может выделить блок для нового объекта. 
Конечно, это не так, поэтому управляемой куче необходим механизм уничтожения 
объектов, которые перестали быть нужными приложению. Таким механизмом 
является 
уборка мусора
(Garbage Collection, GC).

---

557
Управляемая.куча
алгоритм уборки мусора
Когда приложение вызывает оператор 
new
для создания объекта, оставшегося адрес-
ного пространства может не хватить для выделения памяти под объект. В таком 
случае CLR выполняет уборку мусора.