Files

T

koriweb 5ba5a55c78 feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]

2026-05-08 19:52:07 +09:00

5.2 KiB

Raw Blame History

id, title, category, status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, tags, raw_sources, last_reinforced, github_commit, inferred_by, tech_stack

title

자바 가상 머신(JVM)

📌 한 줄 통찰 (The Karpathy Summary)

자바 가상 머신(JVM)은 자바(Java)와 같은 정적 타입 언어의 애플리케이션 실행을 위한 환경으로, 주로 자바 힙(Java heap)의 메모리 할당 및 가비지 컬렉션(GC)을 전담하는 엔진입니다 [1, 2]. 애플리케이션의 메모리 고갈을 방지하기 위해 더 이상 사용되지 않는 객체를 회수하며, 표시(mark), 청소(sweep), 압축(compact) 등의 과정을 거칩니다 [2]. 시중에는 3개의 주요 프로덕션 JVM이 존재하며, 이들은 각기 다른 가비지 컬렉션 알고리즘을 구현하여 사용하고 있습니다 [3].

📖 구조화된 지식 (Synthesized Content)

포인터 식별과 컴파일러 힌트 (Compiler Hints): JVM은 정적 타입 언어인 자바에서 작동하므로 메모리 내의 포인터를 식별할 때 컴파일러가 제공하는 힌트를 사용합니다 [1]. 컴파일러는 각 클래스 내 포인터의 오프셋을 알려주며, 객체의 클래스만 식별하면 해당 객체의 모든 포인터를 찾을 수 있습니다 [1]. 이는 자바스크립트와 같은 동적 타입 언어의 엔진(예: V8)이 채택한 방식과는 다릅니다 [1].
자바 힙(Java Heap)과 가비지 컬렉션(GC): JVM은 힙 영역에서 도달 가능한(reachable) 객체를 식별(Mark)하고, 도달 불가능한 객체를 지워(Sweep) 메모리를 확보하며, 파편화가 심할 경우 힙을 압축(Compact)하여 메모리를 관리합니다 [2]. GC 작업은 전체 힙을 대상으로 하는 전역(Global) GC 사이클과 힙의 일부만 처리하는 부분(Partial) GC 사이클로 나뉘어 실행됩니다 [4].
GC 정책과 동작 원리: System.gc() 호출이나 메모리 할당 실패 시 GC가 명시적 혹은 암시적으로 트리거됩니다 [4]. IBM SDK 및 ECLIPse OpenJ9 환경의 JVM은 gencon, optavgpause, balanced 등 다양한 GC 정책을 사용하며, 애플리케이션 스레드와 동시에(Concurrent) 또는 증분(Incremental) 방식으로 마킹 및 스윕 작업을 수행하여 애플리케이션의 멈춤(Stop-the-world) 시간을 줄이도록 설계되었습니다 [5-8].
참조 처리 (Reference Processing): JVM의 가비지 컬렉터는 소프트 참조(Soft Reference), 약한 참조(Weak Reference), 팬텀 참조(Phantom Reference)를 각각의 메모리 부족 상태 및 참조 주기에 맞게 수집하며, JNI(Java Native Interface) 상의 약한 객체 참조도 함께 처리합니다 [9-11].

⚠️ 모순 및 업데이트 (Contradictions & Updates)

과거 데이터와의 충돌: 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
정책 변화: Programming & Language 분야의 자동 자산화 수행.

🔗 지식 연결 (Graph)

Related Topics: 가비지 컬렉션(Garbage Collection), 자바 힙(Java Heap), 컴파일러 힌트(Compiler hints)
Projects/Contexts: Eclipse OpenJ9, IBM SDK
Contradictions/Notes: JVM의 컴파일러 힌트 방식은 정적 타입 언어의 메모리 관리에 최적화되어 있으나, 자바스크립트처럼 객체의 속성이 포인터인지 데이터인지 미리 알 수 없는 동적 타입 언어에는 적합하지 않아 V8 엔진은 이를 채택하지 않고 태그된 포인터(Tagged pointers) 방식을 사용합니다 [1].

Last updated: 2026-04-19

🤖 LLM 활용 힌트 (How to Use This Knowledge)

언제 이 지식을 쓰는가:

(TODO)

언제 쓰면 안 되는가:

(TODO)

🧪 검증 상태 (Validation)

정보 상태: needs_review
출처 신뢰도: A
검토 이유: (P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)

🧬 중복 검사 (Duplicate Check)

기존 유사 문서: (TODO: 인덱서 클러스터 리포트 참조)
처리 방식: UPDATE (자동 정규화)
처리 이유: Phase 1 정규화 — 옛 템플릿/누락 필드 보강.

🕓 변경 이력 (Changelog)

날짜	변경 내용	처리 방식	신뢰도
2026-05-08	P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화)	UPDATE	A

💻 코드 패턴 (Code Patterns)

패턴 1: (TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)

# TODO

🤔 의사결정 기준 (Decision Criteria)

선택 A를 써야 할 때:

(TODO)

선택 B를 써야 할 때:

(TODO)

기본값:

(TODO)

❌ 안티패턴 (Anti-Patterns)

[안티패턴]: (TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)

5.2 KiB Raw Blame History