Initial Commit: Reinforced Knowledge Wiki v1.0 - Pure Origin

2026-04-20 14:26:57 +09:00
parent 895d66e238
commit 46fd50381e
4457 changed files with 174028 additions and 0 deletions
@@ -0,0 +1,34 @@
+---
+id: P-REINFORCE-AUTO-0AE506
+category: "[[10_Wiki/💡 Topics/Programming & Language]]"
+confidence_score: 0.90
+tags: [auto-reinforced]
+last_reinforced: 2026-04-20
+github_commit: "[P-Reinforce] Continuous Worker - 오래된 공간(Old Space)"
+---
+
+# [[오래된 공간(Old Space)]]
+
+## 📌 한 줄 통찰 (The Karpathy Summary)
+> 오래된 공간(Old Space)은 V8 자바스크립트 엔진의 힙(Heap) 메모리에서 새로운 공간(New Space)에 생성된 후 두 번의 마이너 가비지 컬렉션(Minor GC) 주기 동안 살아남은 장기 생존 객체들이 이동(승격)하여 저장되는 메모리 영역입니다 [1-3]. 이 공간은 비교적 크기가 크고 장기 데이터 보존을 위해 설계되었으며, 마크-스윕(Mark-Sweep) 및 마크-컴팩트(Mark-Compact) 알고리즘을 사용하는 메이저 가비지 컬렉션(Major GC)에 의해 관리됩니다 [3-5].
+
+## 📖 구조화된 지식 (Synthesized Content)
+* **구조와 분류**: V8 엔진은 '세대 가설(Generational Hypothesis)'에 기반하여 힙을 조직하며, 오래된 공간은 이 중 '구세대(Old Generation)'에 해당합니다 [3, 6, 7]. 가비지 컬렉션 시 효율적인 메모리 스캔을 위해, 이 공간은 다른 객체를 가리키는 포인터를 포함하는 'Old-pointer-space'와 문자열이나 박싱된 숫자처럼 원시 데이터만 포함하는 'Old-data-space'로 세분화됩니다 [3, 8, 9]. 데이터 공간을 별도로 분리함으로써 가비지 컬렉터는 불필요한 포인터 추적 단계를 건너뛰어 성능을 최적화할 수 있습니다 [9].
+* **객체의 승격(Promotion)**: 대부분의 객체는 처음에 할당이 빠르고 크기가 작은 새로운 공간(New Space)에 배치됩니다 [3, 8]. 이 영역에서 발생하는 스캐빈지(Scavenge)라는 마이너 가비지 컬렉션을 두 번 겪고도 살아남은 객체는 수명이 긴 객체로 간주되어 오래된 공간으로 복사되는데, 이 과정을 '승격(Promotion)'이라고 합니다 [1, 2, 10].
+* **메이저 가비지 컬렉션(Major GC)**: 새로운 공간과 달리 오래된 공간은 수백 메가바이트의 방대한 데이터를 포함할 수 있어 물리적으로 메모리를 복사하는 스캐빈지 방식은 비효율적입니다 [4, 5]. 따라서 V8은 마크-스윕(Mark-Sweep) 및 마크-컴팩트(Mark-Compact) 알고리즘을 적용합니다 [4, 5]. 루트(Root) 객체로부터 도달 가능한 객체들을 마킹(Mark)한 뒤, 도달할 수 없는 메모리 영역을 해제(Sweep)하여 여유 리스트(Free list)로 반환합니다 [5, 11, 12]. 단편화(Fragmentation)가 심한 경우에는 객체들을 이동시켜 여유 공간을 압축(Compact)하는 작업도 함께 수행합니다 [5, 13, 14].
+* **쓰기 장벽(Write Barriers)의 활용**: 오래된 공간의 객체가 새로운 공간의 객체를 가리키는 경우, V8은 '쓰기 장벽(Write barrier)' 메커니즘을 이용해 해당 포인터의 위치를 스토어 버퍼(Store buffer)에 기록합니다 [15]. 덕분에 마이너 GC를 수행할 때마다 수백 메가바이트에 달하는 오래된 공간 전체를 스캔할 필요 없이, 새로운 객체의 생존 여부를 신속하게 파악할 수 있습니다 [15, 16].
+* **메모리 분석 및 튜닝 시사점**: 브라우저나 Node.js의 타임라인을 통해 힙 할당 시점을 분석할 때, 객체들이 계속해서 가비지 컬렉트되지 않고 오래된 공간에 축적되어 베이스라인 메모리가 지속적으로 상승하는 현상(래칫 패턴, Ratchet pattern)이 발생한다면 이는 메모리 누수의 명확한 징후입니다 [17, 18]. 캐시나 사용자 세션 등 영구적인 데이터가 많은 애플리케이션의 경우 `--max-old-space-size` 플래그를 설정하여 오래된 공간의 최대 허용 크기를 늘려 충돌이나 성능 저하를 방지할 수 있습니다 [19, 20].
+
+## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
+- **과거 데이터와의 충돌:** 자동화 엔진에 의해 매핑된 지식으로, 추후 정밀 검증 필요.
+- **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
+
+## 🔗 지식 연결 (Graph)
+- **Related Topics:** [[새로운 공간(New Space)]], [[가비지 컬렉션(Garbage Collection)]], [[세대 가설(Generational Hypothesis)]], [[마크-스윕(Mark-Sweep)]], [[마크-컴팩트(Mark-Compact)]]
+- **Projects/Contexts:** [[V8 엔진 힙 아키텍처(V8 Engine Heap Architecture)]], [[할당 타임라인(Allocation Timeline)]], [[Node.js 메모리 튜닝]]
+- **Contradictions/Notes:** 소스에 내용 상의 모순은 없으며, V8 메모리 관리의 핵심인 세대 가설에 기반하여 새롭게 생성된 단기 생존 객체 공간(New Space)과 명확하게 분리 관리되어 엔진의 전체적인 가비지 컬렉션 효율을 높인다는 점이 일관되게 강조되고 있습니다.
+
+---
+*Last updated: 2026-04-19*
+- Raw Source: [[00_Raw/2026-04-20/오래된 공간(Old Space).md]]
+---