Eine kurze Einführung in den CMS-Recycler in Java (Bild und Text)

Dieser Artikel bietet Ihnen eine kurze Einführung (Bilder und Texte) über den CMS-Recycler in Java. Ich hoffe, dass er für Sie hilfreich ist.

CMS-Kollektor (Concurrent Mark Sweep)

Es verwendet einen Mark-and-Sweep-Algorithmus und ist ein Garbage Collector, der eine parallele Multithread-Sammlung verwendet.

CMS-Hauptarbeitsschritte

Die Hauptschritte bei der Arbeit von CMS sind Erstmarkierung, gleichzeitige Markierung, Vorreinigung, erneute Markierung, gleichzeitiges Löschen und gleichzeitiges Zurücksetzen. Die anfängliche Markierung und erneute Markierung gelten ausschließlich für Systemressourcen, während Vorreinigung, gleichzeitiges Markieren, gleichzeitiges Löschen und gleichzeitiges Zurücksetzen zusammen mit Benutzer-Threads ausgeführt werden können. Daher kann die Speicherbereinigung durchgeführt werden, während die Anwendung ausgeführt wird.

Gemäß dem Markierungs- und Löschalgorithmus dienen die anfängliche Markierung, die gleichzeitige Markierung und die erneute Markierung dazu, Objekte zu markieren, die recycelt werden müssen. Bei der gleichzeitigen Bereinigung werden Müllobjekte nach Abschluss der Markierung recycelt. Unter gleichzeitigem Zurücksetzen versteht man die Neuinitialisierung der CMS-Datenstruktur und der Daten nach Abschluss der Garbage Collection, um sich auf die nächste Garbage Collection vorzubereiten.

Während des gesamten CMS-Recyclingprozesses findet nach der gleichzeitigen Markierung standardmäßig ein Vorreinigungsvorgang statt (Sie können den Parameter -XX:CMSPrecleaningEnabled auch so einstellen, dass keine Vorreinigung durchgeführt wird). Die Vorreinigung erfolgt parallel zur Vorbereitung und Prüfung der formellen Reinigung und versucht auch, eine Pausenzeit zu steuern. Da das Kommentieren ausschließlich der CPU vorbehalten ist, kann die Pausenzeit sehr lang sein, wenn ein Kommentieren unmittelbar nach dem Auftreten des GC der neuen Generation ausgelöst wird. Um diese Situation zu vermeiden, können Sie während der Vorreinigung auf das Auftreten einer GC der neuen Generation warten, dann den Zeitpunkt, zu dem die GC der neuen Generation auftreten kann, anhand historischer Leistungsdaten vorhersagen und dann zum dazwischen liegenden Zeitpunkt eine erneute Markierung vornehmen die aktuelle Zeit und die vorhergesagte Zeit. Auf diese Weise kann die Überschneidung zwischen GC der neuen Generation und Neumarkierung weitestgehend vermieden und eine Pausenzeit so weit wie möglich reduziert werden.

CMS-Hauptparametereinstellungen

-XX:+UseConcMarkSweepGC, um den CMS-Recycler zu aktivieren

-XX:ConcGCThreads legt die Anzahl gleichzeitiger Threads fest

-XX: CMSInitiatingOccupancyFraction-Einstellung Wenn die Nutzungsrate der alten Generation N erreicht, wird ein CMS-Recycling durchgeführt.

-XX:+UseCMSCompactAtFullCollection CMS führt eine Defragmentierung durch, nachdem die Speicherbereinigung abgeschlossen ist.

-XX:CMSFullGCsBeforeCompaction Legt eine Speicherkomprimierung nach N-maligem CMS-Recycling fest.

-XX:+CMSClassUnloadingEnabled CMS-Mechanismus verwenden, um Klassendaten des Perm-Bereichs zu recyceln

Das obige ist der detaillierte Inhalt vonEine kurze Einführung in den CMS-Recycler in Java (Bild und Text). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!