Garbage Collection in .NET (Generationen)

Einen Grund haben Sie mehrere Generationen in einem garbage-collector ist zu vermeiden, dass Speicher-Fragmentierung.

Jedem Funktionsaufruf kann bedeuten, die Schaffung und Löschung Sammlung von mehreren Objekten, und so der Speicher-heap für das Programm neigt dazu, fragment sehr schnell. Diese Blätter Löcher dahinter sind nicht sehr brauchbar. Das Ergebnis ist, dass Ihr Programm muss in regelmäßigen Abständen de-fragmentiert wie eine Festplatte. Dies ist Teil von dem, was passiert während einer Sammlung.

Wenn ein Objekt überlebt, eine Sammlung, die es bewegt wird, um ein längerfristiges generation auf der Theorie, dass, wenn es überlebt Sammlung wird es wohl überleben, andere. Damit die späteren Generationen haben weniger turn-over " und " don ' T fragment so viel. Dies bedeutet, dass Ihr Programm verbringt weniger Zeit insgesamt jonglieren, um Sachen zu bereinigen, die Löcher und die Abfälle, die weniger Speicher. Auch dies ist eine Verbesserung gegenüber der traditionellen Speicherverwaltung (malloc/free oder new/delete), die es bis um das Betriebssystem zu verwalten Fragmentierung des Speichers.

Dem Grund ein Objekt überlebt Sammlung ist, weil es irgendwo etwas, das noch "im Rahmen" und hält eine Referenz auf das Objekt. Es gibt ein paar Möglichkeiten, wie Sie kann dazu führen, diese zu passieren, und dann vergessen Sie die Referenz, so ist es möglich, "Leck" memory in verwaltetem code.

Menschen manchmal versucht sind zu nennen GC.Collect() im bemühen um den garbage collector zu etwas reinigen. Vielleicht haben Sie entdeckt, Sie haben ein Leck, oder denke, Speicher ist immer über-fragmentiert. Sie sollte der Versuchung widerstehen, diese fordert. Während die garbage collection in .Net ist nicht perfekt, ist es sehr gut und es ist fast sicher viel besser als bei der Reinigung mit dem Speicher, als Sie sind. Chancen sind, dass, wenn ein Objekt kann und sollte erhoben werden. Denken Sie daran, dass der Aufruf GC.Collect() können tatsächlich noch schlimmer machen, indem Sie den garbage collector Objekte bewegen, Sie auf eine höhere generation, und dadurch, dass Sie schon seit länger als Sie es sonst wäre.

Statt, wenn Sie vermuten, Sie haben ein Leck, suchen Sie Ihre eigenen code für so etwas wie eine Globale oder statische Variablen, die möglicherweise einen Verweis auf eine Menge anderer Elemente. Das einzige mal, sollten Sie rufen GC.Collect() ist, wenn Sie Informationen über die Art des Programms, die nicht verfügbar für den garbage collector, und das ist ziemlich selten, wie der GC kennt jeder Referenz, die Sie erstellt haben.

"Pinning" ist, wenn Sie benötigen, um ein Objekt übergeben, um einen nicht verwalteten Bibliothek. Der garbage collector kann das verschieben eines Objekts Physischer Speicherort im Speicher, und so müssen Sie "pin" und an einem Ort oder der Zeiger verwendet, die von nicht verwalteten Bibliothek ungültig. Ein fixiertes Objekt können nicht gesammelt werden, und so sollten Sie nicht pin ein Objekt für mehr als notwendig.

InformationsquelleAutor der Antwort

Hier ist ein kurze, aber vollständige Programm, das ich schrieb demostrate Generation 2 garbage collection in einer Laufenden Anwendung

http://nomorehacks.wordpress.com/2008/11/27/forcing-the-garbage-collector/

InformationsquelleAutor der Antwort No More Hacks

http://msdn.microsoft.com/en-us/library/ms973837.aspx

Sehr großes Thema. Oben ist eine gute Zusammenfassung von FRAU

InformationsquelleAutor der Antwort Inisheer

Pinning verwendet wird, um die vom garbage collector verlagern Objekte. Es können Leistungseinbußen durch Einschränkung der garbage collector kann. Im Allgemeinen angeheftete Objekte sollten fixiert werden, für kurze Zeit wie möglich.

InformationsquelleAutor der Antwort Jim Barnett