Java는 언제 gc를 트리거합니까?

Java는 언제 gc를 트리거합니까

一, 메모리 재활용 전략 및 공통 개념

일반적인 메모리 재활용 전략은 다음 차원에서 이해할 수 있습니다.

1 직렬 및 병렬 # 🎜🎜 #

Serial: 단일 스레드가 메모리 재활용 작업을 수행합니다. 매우 간단하고 동기화 등의 문제를 고려할 필요가 없지만 시간이 오래 걸리고 다중 CPU에는 적합하지 않습니다.

Parallel: 여러 스레드가 동시에 재활용 작업을 수행합니다. 다중 CPU에 적합하며 효율성이 뛰어납니다.

2 동시성 및 세계 중지

세계 중지: jvm의 애플리케이션 스레드가 중단되고 가비지 수집 스레드만 중단됩니다. 쓰레기 제거 작업 중입니다. 간단하며 더러운 재활용과 같은 문제를 고려할 필요가 없습니다.

동시성: 가비지가 수집되는 동안 애플리케이션도 실행됩니다. 애플리케이션 응답 시간을 보장합니다. 재활용이 깨끗하지 않아 2차 재활용이 필요한 상황이 있을 수 있습니다.

3 압축 및 비압축&복사

압축: 가비지 수집 후 살아남은 개체는 슬라이딩을 통해 연속 공간으로 미끄러지며 조각을 정리합니다. 나머지 공간이 연속적인지 확인하십시오.

비압축: 조각을 유지하고 압축하지 않습니다.

copy: 살아남은 개체를 새로운 공간으로 이동하고 기존 공간을 모두 해제합니다. (더 큰 메모리가 필요합니다.)

위의 차원에서 가비지 수집 알고리즘을 고려하고 설계할 수 있으며 궁극적으로 다양한 시나리오에 적합한 다양한 특성을 가진 가비지 수집기를 생성할 수 있습니다.

2. JVM의 YGC&FGC

YGC: 차세대 힙에서 GC를 수행합니다. 대부분의 물체는 수명이 짧고 새로운 세대에서 재활용되기 때문에 빈도가 상대적으로 높습니다. 성능 비용은 작습니다.

FGC: 전체 힙 전체 GC. FGC는 ​​기본 힙 공간 사용량이 80%(조정 가능)에 도달하면 트리거됩니다. 프로덕션 환경을 예로 들면 FGC는 일반적으로 거의 발생하지 않으며 때로는 10일에 한 번 또는 일주일에 한 번씩 실행됩니다.

3. YGC는 언제, FGC는 언제 시작되나요?

● YGC 시기:

#🎜🎜 # edn의 공간이 부족합니다

● FGC 타이밍:

1. 이전 공간이 부족합니다.

2. 🎜##🎜 🎜#3. 예약된 RMI 트리거 등을 포함하는 호출 표시

4.

5 .dump 라이브 메모리 정보 시간(jmap –dump:live).

YGC의 발동 시점은 너무나 뻔합니다. 즉, 에덴 공간이 부족하고 이때 YGC가 반드시 발동될 것입니다

#🎜🎜 #

FGC의 트리거 시점과 관련하여, system.gc()를 호출하면 old 공간이 부족하고 perm 공간이 부족한 것이 상대적으로 분명합니다. 이 경우 일반적으로 GC가 트리거됩니다.

가장 복잡한 것은 소위 비관적 전략입니다. 이것이 촉발하는 메커니즘은 먼저 이전 프로모션의 평균 크기, 즉 신세대에서 평균 크기까지 계산하는 것입니다. ygc 크기를 통해 새로운 세대의 공간을 확보하고, 이전 세대의 남은 공간이 승격 크기보다 작으면 FullGC가 트리거됩니다. SDK가 고려하는 전략은 평균적이고 장기적인 관점에서 다음 번에는 프로모션 공간이 부족할 가능성이 매우 높다는 것입니다. 그때까지 fullGC를 기다리기보다는 다음번에는 반드시 FullGC가 실행될 것이라고 비관적으로 믿는 것이 좋습니다. 먼저 FullGC를 직접 실행합니다. 그리고 실제 사용 과정에서도 비교적 안정적인 효과를 얻었습니다.

php 중국어 웹사이트, 다수의 무료 Java 입문 튜토리얼 , 온라인 학습에 오신 것을 환영합니다!

위 내용은 Java는 언제 gc를 트리거합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!