JVM

객체의 참조값과 primitive 타입을 저장한다.

스택은 scope 라고 하는 certain visibility를 가진다.

객체의 실제 데이터를 저장하고, 스택의 변수에 의해 참조한다.

실행중인 JVM 프로세스마다 힙 메모리는 한개만 존재한다.

최대 스택, 힙 사이즈는 미리 정의되어 있지 않으나 명시적으로 설정 가능하다.

new 는 힙에 충분한 공간이 있는지 확인하고 힙에 객체를 생성한다.

https://dzone.com/articles/java-memory-management

JVM이 시작될 때 생성

클래스와 인터페이스의 정보가 저장되는 영역

클래스 생성자, 메소드 코드(바이트 코드)등 저장

클래스의 인스턴스가 생성된 후, 메소드가 실행되는 순산 클래스의 정보다 method area에 저장

mehotd area는 모든 thread에 의해 공유되는 영역

method area 내부에는 runtime constant pool 영역을 가짐

new 연산자 등으로 생성된 인스턴스와 배열등이 저장되는 영역

GC가 발생하는 영역

-Xms: 초기 heap size

-Xmx: 최대 heap size

stack 영역은 thread 별로 각각 독립적으로 생성

메서드 호출시 수행중인 메소드 데이터(지역변수, 지역변수 레퍼런스, 메소드 파라미터, 리턴값 등)를 저장하기 위한 영역

메소드 진입시마다 메소드 데이터를 포함하는 stack frame이 생성되어 push, 메서드 생성이 완료되면 stack frame은 pop되어 사라짐

각 thread 마다 할당되는 영역, thread가 시작될 때 생성

thread가 실행할 jvm 명령의 주소를 저장함

java 외의 언어로 작성된 코드를 위한 stack 영역

native code, JNI로 실행되는 코드

STW^{stop-the-world} 란 GC를 실행하기 위해 JVM이 애플리케이션 실행을 멈추는 것

대개의 경우 GC 튜닝이란 'stop-the-world' 시간을 줄이는 것

System.gc() 는 절대로 사용하지 말것 → 시스템의 성능에 매우 큰 영향

weak generational hypothesis을 바탕으로 두 영역으로 나뉨

Java 9부터 default GC

heap 영역을 고정된 크기의 region으로 나눔

g1gc는 heap 메모리를 회수할 때 살아 있는 객체가 적은 region을 수집한다. 살아있는 객체가 적을수록 쓰레기이므로 garbage first

전통적인 gc의 heap 구조처럼 young, old 영역들이 인접해있지 않다.

eden region과 suvivor region이 young 영역을 만듦

큰 메모리 할당이 아닌 경우 대부분 eden 에서 발생

eden 영역의 용량 한계에 다다르면 young gc 발생

큰 힙메모리에서 짧은 GC 시간을 보장하는데 목적을 둠

Humongous : Region 크기의 50%를 초과하는 큰 객체를 저장하기 위한 공간이며, 이 Region 에서는 GC 동작이 최적으로 동작하지 않는다.

Available/Unused : 아직 사용되지 않은 Region을 의미한다.

young gc를 수행할때 stw 발생, stw 시간을 줄이기 위해 멀티스레드로 gc 수행

young gc는 region중 gc대상각체가 많은 region(eden, survivor 역할)에서 수행

resion에서 살아남은 객체를 다른 resion(survivor 역할)으로 옮긴 후, 빈 region을 사용가능한 region으로 돌림

g1gc에서 full gc가 수행될 때 다음 단계를 거침

collection set

GC할 때 mixed collection set일 때 old region을 어떻게 정할것이냐

태생상 한계가 멈출 수 밖에 없다. STW