Jakie są pokolenia w Garbage Collection?

Jest ładny Opis W "Pro C # 2008":

1. generowanie 0 identyfikuje nowo utworzony obiekt, który nigdy nie został oznaczony do kolekcji
2. generacja 1 identyfikuje obiekt, który przetrwał GC (oznaczony do kolekcji, ale nie usunięty, ponieważ było wystarczająco dużo miejsca na stercie)
3. generacja 2 identyfikuje obiekt, który przetrwał więcej niż jedno przeskoczenie GC.

Mój pierwszy blog, Generations of Garbage Collection , odpowiada na twoje pytanie:

CLR ' s Garbage collector (GC) jest generacyjnym garbage collector, znanym również jako ephermal garbage collector.

Ma trzy pokolenia:

Pokolenie 0:

Zawiera wszystkie nowo zbudowane obiekty, które nigdy nie są badane przez GC.

Pokolenie 1:

CLR, po inicjalizacji, wybiera rozmiar budżetu w kb dla pokolenie 0 . Jeśli utworzenie obiektu spowoduje, że generacja 0 przekroczy jego budżet, uruchamiane jest usuwanie śmieci. Obiekty, które nie są zbierane w generacji 0, są przenoszone do generacji 1, A pokolenie 0 jest opróżniane. Załóżmy, że budżet generacji 0 jest równy wielkości 5 obiektów. Tak więc generowanie 0 wyglądałoby jak poniżej przed utworzeniem obiektu 6:

Po utworzeniu obiektu 6 rozpoczyna się przydzielanie śmieci, które deallokuje obiekty śmieci 1, 3 i 5 oraz przesuwa 2 i 4 sąsiadujące ze sobą w generacji 1.

Wielkość budżetu generacji 1 jest również wybierana przez CLR przy inicjalizacji. Utworzenie obiektu 11 powoduje ponowne uruchomienie GC, które może przenieść kilka obiektów do generacji 1.

Generacja 1 jest ignorowana do zbierania śmieci, dopóki nie osiągnie rozmiaru budżetu na śmieci kolekcja, która poprawia wydajność GC.

Pokolenie 2:

W ciągu kilku kolekcji generacji 0, generacja 1 może przekroczyć limit budżetowy, który powoduje, że GC zbiera śmieci z obu generacji. W tym przypadku ocaleni z generacji 1 awansują do generacji 2, ocaleni z generacji 0 do generacji 1, A generacja 0 jest pusta.

Powiedzmy, że obiekt alokacji 21 powoduje Garbage collection i generowanie 1 budżet został osiągnięty.

Tak więc heap wyglądałby jak poniżej z obiektem, który przetrwał w generacji 1 awansowanym do generacji 2.

Więc zasadniczo Generation GC zakłada, że nowsze obiekty mają większe prawdopodobieństwo zebrania.

Wiemy, że CLR wybiera budżety dla wszystkich trzech generacji, ale może je modyfikować, ponieważ GC jest samodostrajającym się kolektorem. Jeśli GC widzi, że jest bardzo mało przetrwanie obiektów po zebraniu generacji 0, może zdecydować się na zmniejszenie budżetu generacji 0, tak, że mniejsza praca jest wykonywana. Z drugiej strony, jeśli GC zbiera generację 0 i widzi, że istnieje wiele ocalałych obiektów, nie odzyskano zbyt wiele pamięci w zbiorze śmieci. W tym przypadku garbage collector zwiększy budżet generacji 0. GC zmienia również odpowiednio budżety generacji 1 I generacji 2.