IT LAB

저우즈밍 님의 "JVM 밑바닥까지 파헤치기" 책을 정리한 포스팅 입니다 가상머신의 실행 엔진은 순수하게 소프트웨어로만 구현됨명령어 집합의 구조와 실행 엔진을 물리적 제약 없이 원하는 대로 만들 수 있음 1. 스택 프레임구성 요소설명메서드- 자바 실행의 기본 단위- 메서드 호출마다 스택 프레임 생성스택 프레임- JVM 스택에 생성되는 메서드 실행용 데이터 구조- 실행 중인 메서드의 프레임이 항상 스택의 최상단 스택 프레임 구성 요소항목설명지역 변수 테이블- 메서드의 매개변수와 지역변수 저장- 인덱스 기반 접근 (예: 0 = this, 1 = 첫 번째 매개변수)- 32비트 단위 슬롯 사용 (long, double은 2슬롯)피연산자 스택- JVM 명령어 실행 시 사용하는 임시 저장소- 연산 결과 저장- 32비..

저우즈밍 님의 "JVM 밑바닥까지 파헤치기" 책을 정리한 포스팅 입니다1. JPMSJava 9에서 도입된 모듈 시스템항목설명목적모듈 단위의 캡슐화, 격리, 의존성 명시를 통해 기존 클래스패스 구조의 불안정성 해결기존 대비 차이점클래스패스는 런타임 의존성 오류 발생 가능 → JPMS는 컴파일 타임 의존성 체크핵심 파일module-info.java (모듈 경계와 공개 범위 정의)호환성기존 클래스패스와 병행 사용 가능 (--module-path vs --class-path) module-info.java키워드설명requires다른 모듈을 참조(의존)exports모듈 내부 패키지를 외부에 공개uses서비스 인터페이스 사용 명시 (e.g. ServiceLoader)providesuses 대상 인터페이스의 구현체 ..

저우즈밍 님의 "JVM 밑바닥까지 파헤치기" 책을 정리한 포스팅 입니다 가상 머신 외부에서 다양한 방식으로 바이트 스트림을 로드하도록 하는 방법 1. 클래스 동치 조건같은 클래스 로더로 로딩되어야 동치 관계의 클래스라 판단함서로 다른 클래스 로더로 같은 .class를 로드하면 완전히 다른 타입으로 취급됨 2. 부모 위임 모델특징설명위임 순서상위 클래스 로더에게 먼저 위임, 실패하면 자기 자신이 로드 시도이점핵심 Java API 중복 로딩 방지, 보안성 향상접근 제한🔹 자식 → 부모 접근 가능🔹 부모 → 자식 접근 불가 3. 주요 클래스 로더 구조클래스 로더설명부트스트랩 클래스 로더JVM 내장JDK 기본 클래스 로딩 (JAVA_HOME/lib 또는 -Xbootclasspath)확장 클래스 로더lib/e..

저우즈밍 님의 "JVM 밑바닥까지 파헤치기" 책을 정리한 포스팅 입니다 0. 동적 로딩런타임에서 클래스가 필요할 때 클래스가 jvm에 동적으로 로드되는 방식런타임에 클래스 로딩 → 링킹 → 초기화가 순차적으로 수행됨 장점항목설명확장성필요할 때만 클래스를 로딩 → 모듈화 및 유연한 설계 가능유연성특정 클래스나 기능을 런타임 중에 교체/추가 가능외부 소스 로딩네트워크/파일시스템 등에서 외부 .class를 로드할 수 있음런타임 바인딩컴파일 타임이 아닌 실행 시 클래스 결정 가능 → 플러그인 구조에 유리 단점성능 떨어짐 1. Loading클래스의 바이트코드를 읽어와 JVM 메모리에 로드하는 단계바이트 스트림을 런타임 데이터 구조로 변환해 메서드 영역에 저장하고, Heap에 Class 객체 생성 특징항목설명클래스..

저우즈밍 님의 "JVM 밑바닥까지 파헤치기" 책을 정리한 포스팅 입니다 1. 바이트코드 명령어명령어 크기: 1바이트 (256개 가능)타입 내장 (ex. iload-int, fload-float) 기본 명령어분류명령어/설명load지역 변수 → 피연산자 스택iload, aload, fload 등store피연산자 스택 → 지역 변수istore, astore, fstore 등 산술 명령어피연산자 스택의 값 두 개를 이용해 특정한 산술 연산을 수행결괏값을 다시 피연산자 스택의 맨 위에 저장타입명령어 예시설명정수 연산iadd, isub, imul, idiv, irem, ineg, iinc, iand, ior, ixor피연산자 스택에서 연산 수행 후 결과 다시 push비트 연산ishl, ishr, iushr 등비트 ..

저우즈밍 님의 "JVM 밑바닥까지 파헤치기" 책을 정리한 포스팅 입니다 1. 클래스 파일 (.class)하나의 클래스 또는 인터페이스를 정의바이트를 하나의 단위로 하는 이진 스트림 집합체 (빅 엔디언 방식)하위 호환성을 유지하며 확장 중 2. 구조항목설명매직 넘버클래스 파일인지 확인하는 용도 (항상 0xCAFEBABE로 시작)버전 번호마이너/메이저 버전 (JDK 버전 기준 증가)상수 풀 (Constant Pool)문자열, 숫자, 메서드/필드 참조 등 심벌 참조 + 리터럴 상수 저장소접근 플래그클래스/인터페이스의 접근 수준 (e.g., ACC_PUBLIC, ACC_FINAL)클래스 인덱스현재 클래스, 슈퍼클래스, 인터페이스 정의 (상수 풀 인덱스로 지정)필드 테이블클래스에 정의된 멤버 변수들의 정보 저장 ..

저우즈밍 님의 "JVM 밑바닥까지 파헤치기" 책을 정리한 포스팅 입니다 1. 성능 지표컬렉터는 최대 두개의 성능지표 달성이 가능함 지연 시간처리량메모리 사용량 2. 셰넌도어현재는 OpenJDK에서만 제공됨힙 크기와 상관없이 일시 정지를 10밀리초 이내에 묶어두는 것이 목표 동시 모으기사용자 스레드는 GC 스레드와 동시에 수행됨 연결 행렬리전 간 참조 관계 기록

저우즈밍 님의 "JVM 밑바닥까지 파헤치기" 책을 정리한 포스팅 입니다 JDK 7 ~ JDK 11 내의 GC 기술고성능 / 저지연 컬렉터들과 구분됨 1. 구세대컬렉터특징 요약핵심 설명관련 매개변수Serial Old단일 스레드Mark-Compact가장 단순한 GC메모리 사용량은 적지만 멀티코어 환경에선 매우 느림테스트 환경 또는 작은 앱에서 사용-XX:+UseSerialGCCMS동시성 지원Mark-SweepPause time 적음 (GC 스레드와 사용자 스레드 병행)Full GC 때는 Stop-the-world메모리 단편화 발생-XX:+UseConcMarkSweepGC-XX:CMSInitiatingOccupancyFraction-XX:+UseCMSCompactAtFullCollection-XX:CMSFul..

저우즈밍 님의 "JVM 밑바닥까지 파헤치기" 책을 정리한 포스팅 입니다 1. 루트 노드 열거GC를 수행하려면 어떤 객체가 살아있는지 먼저 알아야 함이를 위해 GC Root라는 출발점을 기준으로 참조 그래프를 따라 탐색함대표적인 GC Root는 스레드 스택, 정적 변수, 레지스터가 있음항목설명Stop-the-world- 루트 노드 탐색은 실행 중인 애플리케이션과 충돌하므로 반드시 stop-the-world가 필요함OopMap (Object Offset Map)- 각 스레드 스택에 존재하는 객체 참조의 위치 정보를 담은 맵- 모든 시점이 아닌, Safe Point에서만 생성되어 성능 최적화됨객체 이동 지원- GC 과정에서 객체 주소가 바뀌는 경우, OopMap을 통해 스레드 스택 내 참조도 정확하게 갱신함-..

저우즈밍 님의 "JVM 밑바닥까지 파헤치기" 책을 정리한 포스팅 입니다 1. 세대 단위 컬렉션 이론대부분의 GC들의 근간 이론객체들을 나이에 따라 각기 다른 영역에 할당죽을 운명인 객체들을 한데 모음살아남을 객체를 나이가 있는 곳의 영역에 유지 가설가설 이름설명주요 전략 / 효과약한 세대 가설대부분 객체는 금방 사라진다- Young GC를 자주 실행- 빠른 회수로 공간 확보강한 세대 가설오래 살아남은 객체는 더 오래 생존할 가능성이 높다- 일정 생존 횟수 넘기면 Old 영역으로 승격- Old GC는 드물게 실행세대 간 참조 가설세대 간 참조는 드물고, 대부분은 같은 세대끼리 참조- Remembered Set 사용해 세대 간 참조만 추적- 구세대를 전체 스캔하지 않음 GC 종류GC 종류대상 영역발생 조건주..