>  기사  >  Java  >  Java 가상 머신 러닝 - 가비지 콜렉터

Java 가상 머신 러닝 - 가비지 콜렉터

黄舟
黄舟원래의
2017-02-17 10:42:171350검색

HotSpot JVM Collector

위에는 7개의 컬렉터가 있는데, 위쪽이 신세대 컬렉터, 아래쪽이 구세대 컬렉터로 나누어져 있습니다. 두 컬렉터 사이에 연결이 있는 경우 함께 사용할 수 있습니다.

직렬(Serial GC) 수집기

직렬 수집기는 차세대 수집기, 단일 스레드입니다. 복사 알고리즘을 사용하여 실행합니다. 가비지 수집을 수행하는 동안 다른 모든 작업자 스레드(사용자 스레드)를 일시 중단해야 합니다. Jvm 클라이언트 모드의 기본 차세대 수집기입니다. 단일 CPU로 제한된 환경의 경우 직렬 수집기는 스레드 상호 작용 오버헤드가 없으므로 가비지 수집에 중점을 두어 자연스럽게 가장 높은 단일 스레드 수집 효율성을 달성할 수 있습니다.

ParNew(병렬 GC) 컬렉터

ParNew 컬렉터는 실제로는 직렬 컬렉션입니다. 멀티 - 가비지 수집을 위해 여러 스레드를 사용한다는 점을 제외하면 직렬 수집기와 동일하게 작동하는 수집기의 스레드 버전입니다.

Parallel Scavenge(병렬 재활용 GC) 컬렉터

Parallel Scavenge 컬렉터도 새로워졌습니다 생성 컬렉터는 복사 알고리즘과 병렬 멀티스레드 컬렉터를 사용하는 컬렉터이기도 합니다. 병렬 Scavenge Collector의 특징은 다른 Collector와 초점이 다르다는 것입니다. CMS와 같은 Collector의 초점은 Garbage Collection 중 사용자 스레드의 일시 중지 시간을 최대한 줄이는 데 있지만 병렬 Scavenge Collector의 목표는 다음과 같습니다. 실행 가능한 제어된 처리량을 달성하는 것입니다. 처리량 = 프로그램 실행 시간/(프로그램 실행 시간 + 가비지 수집 시간), 가상 머신은 총 100분 동안 실행되었습니다. 그 중 가비지 컬렉션은 1분 정도 소요되며, 처리량은 99%입니다.

Serial Old(Serial GC) 콜렉터


Serial Old는 Serial 수집기의 구세대 버전이기도 하며 단일 스레드를 사용하여 수집을 수행하고 "mark-sort" 알고리즘을 사용합니다. 주로 클라이언트 모드의 가상 머신에서 사용됩니다.

Parallel Old(Parallel GC) Collector

Parallel Old는 멀티 스레딩 및 "mark-collation" 알고리즘을 사용하는 Parallel Scavenge 수집기의 구세대 버전입니다.

CMS(Concurrent GC) 콜렉터

CMS(Concurrent Mark Sweep) 컬렉터는 가장 짧은 수집 시간을 얻기 위한 방법이다. 일시 중지 시간은 대상 수집기입니다. CMS 수집기는 "mark-clear" 알고리즘을 기반으로 구현됩니다. 전체 수집 프로세스는

4단계로 나뉩니다.

①.이니셜마크(CMS 이니셜마크)

②.동시마크(CMS concurrenr 마크)

③ 비고(CMS 비고)

IV.Concurrent Sweep(CMS 동시 스윕)

초기 표시와 재표시의 두 단계에서는 여전히 다른 사용자 스레드를 일시 중지해야 합니다. 초기 표시는 GC ROOTS가 직접 연결할 수 있는 개체만 표시하므로 매우 빠릅니다. 동시 표시 단계는 개체가 살아 있는지 여부를 결정하는 GC ROOTS 루트 검색 알고리즘의 단계입니다. 재채점 단계는 동시 채점 기간 동안 사용자 프로그램의 지속적인 실행으로 인해 변경된 객체 부분의 채점 기록을 수정하는 단계입니다. 이 단계의 휴지 시간은 초기 채점 단계보다 약간 길어집니다. 이지만 동시 표시 단계보다 짧습니다.

전체 프로세스에서 동시 표시 및 동시 지우기 프로세스가 가장 오래 걸리기 때문에 수집기 스레드는 사용자 스레드와 함께 작업할 수 있으므로 전체적으로 CMS 수집기의 메모리는 재활용 프로세스는 사용자 스레드와 동시에 실행됩니다.

CMS 수집기는 부동 쓰레기를 처리할 수 없으며 "동시 모드 실패"가 발생할 수 있으며, 이로 인해 실패 후 또 다른 Full GC가 발생할 수 있습니다. 사용자 스레드는 CMS의 동시 정리 단계 중에 계속 실행 중이므로 프로그램이 실행되고 과열되면서 새로운 쓰레기가 계속 생성됩니다. 다음 GC를 정리하세요. 이 쓰레기 부분을 '떠다니는 쓰레기'라고 합니다. 이는 가비지 수집 단계에서도 사용자 스레드가 여전히 실행되어야 하기 때문입니다.

즉, 사용자 스레드가 사용할 충분한 메모리 공간을 예약해야 하므로 CMS 수집기는 이전 세대가 거의 완전히 완료될 때까지 기다릴 수 없습니다. 다른 수집기와 마찬가지로 수집하기 전에 채워지므로 동시 수집 중에 프로그램 작업을 위해 메모리 공간의 일부를 예약해야 합니다. 기본 설정에서는 이전 세대 공간의 68%가 사용되면 CMS 수집기가 활성화됩니다. 또한 -XX:CMSInitiatingOccupancyFraction 매개 변수 값을 통해 트리거 비율을 제공하여 메모리 재활용 횟수를 줄이고 향상시킬 수도 있습니다. 성능. CMS 작업 중에 예약된 메모리가 프로그램의 다른 스레드 요구 사항을 충족할 수 없는 경우 "동시 모드 오류" 오류가 발생합니다. 이때 가상 머신은 백업 계획을 시작합니다. 일시적으로 Serial Old 수집기를 다시 활성화합니다. 이전 세대에서 쓰레기를 수집하므로 일시 중지 시간이 매우 길어집니다. 따라서 -XX:CMSInitiatingOccupancyFraction 매개변수를 너무 높게 설정하면 "동시 모드 실패" 오류가 발생하고 성능이 저하되기 쉽습니다.

마지막 단점은 CMS가 "mark-clear" 알고리즘을 기반으로 하는 수집기라는 점입니다. "mark-clear" 알고리즘을 사용하여 수집한 후에는 많은 양의 조각이 생성됩니다. 공간 조각이 너무 많으면 객체 할당에 많은 문제가 발생합니다. 예를 들어 큰 객체의 경우 메모리 공간은 할당할 연속된 공간을 찾을 수 없으며 미리 Full GC를 트리거해야 합니다. 이 문제를 해결하기 위해 CMS Collector에서는 Full GC 이후에 조각 모음 프로세스를 추가하는 데 사용되는 -XX:UseCMSCompactAtFullCollection 스위치 매개 변수를 제공합니다. 또한 -XX:CMSFullGCBeforeCompaction 매개 변수를 사용하여 비압축 Full을 수행할 횟수를 설정할 수도 있습니다. GC에 이어 조각 모음 프로세스를 수행합니다.



G1 콜렉터

G1(Garbage First) 컬렉터는 JDK1.7에서 제공하는 새로운 컬렉터입니다. G1 컬렉터는 "mark-complement" 알고리즘을 기반으로 하며 이는 메모리 조각화를 생성하지 않음을 의미합니다. 또 다른 특징은 이전 컬렉터들이 신세대 또는 구세대 전체를 수집한 반면, G1은 자바 힙 전체(신세대와 구세대 포함)를 수집했다는 점이다.


가비지 컬렉터 매개변수 요약

-XX:+
성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.