Une brève introduction au recycleur CMS en Java (image et texte)

Cet article vous apporte une brève introduction (images et textes) sur le recycleur CMS en Java. Il a une certaine valeur de référence. Les amis dans le besoin peuvent s'y référer.

Collecteur CMS (Concurrent Mark Sweep)

Il utilise un algorithme de marquage et de balayage et est un ramasse-miettes qui utilise une collecte parallèle multithread.

Principales étapes de travail du CMS

Les principales étapes du fonctionnement du CMS sont le marquage initial, le marquage simultané, le pré-nettoyage, le remarquage, l'effacement simultané et la réinitialisation simultanée. Le marquage et le remarquage initiaux sont exclusifs aux ressources système, tandis que le pré-nettoyage, le marquage simultané, l'effacement simultané et la réinitialisation simultanée peuvent être exécutés avec les threads utilisateur. Par conséquent, il peut effectuer un garbage collection pendant l’exécution de l’application.

Selon l'algorithme de marquage et d'effacement, le marquage initial, le marquage simultané et le re-marquage servent tous à marquer les objets qui doivent être recyclés. Le nettoyage simultané consiste à recycler les objets indésirables une fois le marquage terminé. La réinitialisation simultanée fait référence à la réinitialisation de la structure et des données du CMS une fois le garbage collection terminé pour préparer le prochain garbage collection.

Pendant tout le processus de recyclage du CMS, par défaut, il y aura une opération de pré-nettoyage après un marquage simultané (vous pouvez également définir le paramètre -XX:CMSPrecleaningEnabled pour ne pas effectuer de pré-nettoyage). Le pré-nettoyage est simultané. En plus de préparer et de vérifier le nettoyage formel, le pré-nettoyage tente également de contrôler un temps de pause. Étant donné que le remarquage est exclusif au CPU, si un remarquage est déclenché immédiatement après le GC de nouvelle génération, le temps de pause peut être très long. Afin d'éviter cette situation, pendant le pré-nettoyage, vous pouvez attendre qu'un GC de nouvelle génération se produise, puis prédire l'heure à laquelle le GC de nouvelle génération peut se produire sur la base des données de performances historiques, puis re-marquer au moment intermédiaire entre l'heure actuelle et l'heure prévue. De cette manière, le chevauchement entre le GC de nouvelle génération et le remarquage peut être évité au maximum, et un temps de pause peut être réduit autant que possible.

Paramètres des paramètres principaux du CMS

-XX:+UtilisezConcMarkSweepGC pour activer le recycleur CMS

-XX:ConcGCThreads définit le nombre de threads simultanés

-XX : Paramètre CMSInitiatingOccupancyFraction Lorsque le taux d'utilisation de l'ancienne génération atteint N, un recyclage CMS est effectué.

-XX:+UseCMSCompactAtFullCollection CMS effectue une défragmentation une fois le garbage collection terminé.

-XX:CMSFullGCsBeforeCompaction Définit une compression mémoire après N fois de recyclage CMS.

-XX:+CMSClassUnloadingEnabled Utiliser le mécanisme CMS pour recycler les données de classe de la zone Perm

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!