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

рис. 21.6.
.В.поколении.0.появились.новые.объекты,.в.поколении.1.—.мусор

---

564
Глава.21 .Автоматическое.управление.памятью.(уборка.мусора)
А теперь представьте, что при попытке размещения объекта 
L
размер поколения 0 
превысил пороговое значение, поэтому должна начаться уборка мусора. При этом 
уборщик мусора решает, какие поколения следует обработать. Я уже упоминал, 
что при инициализации CLR выбирает пороговый размер поколения 0; CLR также 
выбирает пороговый размер для поколения 1.
Начиная уборку мусора, уборщик определяет, сколько памяти занято поколе-
нием 1. Пока поколение 1 занимает намного меньше отведенной памяти, поэтому 
уборщик проверяет только объекты поколения 0. Еще раз просмотрите предполо-
жения, на которых базируется работа уборщика мусора. Первое допущение гласит, 
что у новых объектов время жизни короче. Поэтому в поколении 0, скорее всего, 
окажется много мусора, и очистка этого поколения освободит много памяти. А по-
скольку уборщик игнорирует объекты поколения 1, уборка мусора значительно 
ускоряется.
Ясно, что игнорирование объектов поколения 1 повышает быстродействие убор-
щика. Однако его производительность растет еще больше благодаря выборочной 
проверки объектов в управляемой куче. Если корень или объект ссылается на объект 
из старшего поколения, уборщик игнорирует все внутренние ссылки старшего объ-
екта, сокращая время построения графа доступных объектов. Конечно, возможна 
ситуация, когда старый объект ссылается на новый. Чтобы не пропустить обнов-
ленные поля этих старых объектов, уборщик использует внутренний механизм 
JIT-компилятора, устанавливающий флаг при изменении ссылочного поля объекта. 
Он позволяет уборщику выяснить, какие из старых объектов (если они есть) были 
изменены с момента последней уборки мусора. Остается проверять только старые 
объекты с измененными полями, чтобы выяснить, не ссылаются ли они на новые 
объекты из поколения 0
1
.