docs: finalized wiki integrity maintenance (v3.0 standard) - pruned 1400+ stubs and fixed 11k+ ghost links

01_Archive/2026-04-20/V8 Engine Heap Management.md

@@ -1,13 +1,13 @@
 ---
 id: P-REINFORCE-AUTO-27C7BF
-category: "[[10_Wiki/💡 Topics/Programming & Language]]"
+category: "10_Wiki/💡 Topics/Programming & Language"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
 github_commit: "[P-Reinforce] Continuous Worker - V8 Engine Heap Management"
 ---
 
-# [[V8 Engine Heap Management]]
+# [[V8 Engine Heap Management|V8 Engine Heap Management]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > V8 엔진의 힙 관리는 자바스크립트 애플리케이션의 동적 데이터를 효율적으로 할당하고 회수하기 위한 자동 메모리 관리 시스템이다 [1, 2]. 이 시스템은 대부분의 객체가 생성 직후 쓸모없어진다는 세대 가설(Generational Hypothesis)을 바탕으로 메모리를 여러 세대와 공간으로 분할하여 관리한다 [3-6]. 최신 V8 엔진은 오리노코(Orinoco) 프로젝트를 통해 병렬(Parallel), 점진적(Incremental), 동시(Concurrent) 가비지 컬렉션 기술을 적용하여 애플리케이션의 멈춤 현상(Stop-the-world)을 크게 줄였다 [7-9].
@@ -34,11 +34,11 @@ github_commit: "[P-Reinforce] Continuous Worker - V8 Engine Heap Management"
 - **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** [[Garbage Collection]], [[Generational Hypothesis]], [[Mark-Sweep-Compact]], [[Scavenge]], [[Orinoco]], [[Pointer Compression]]
-- **Projects/Contexts:** [[Node.js Memory Tuning]], [[Chrome DevTools Memory Profiling]], [[V8 Memory Cage]]
+- **Related Topics:** [[Garbage Collection|Garbage Collection]], [[Generational Hypothesis|Generational Hypothesis]], [[Mark-Sweep-Compact|Mark-Sweep-Compact]], [[Scavenge|Scavenge]], [[Orinoco|Orinoco]], [[Pointer Compression|Pointer Compression]]
+- **Projects/Contexts:** [[Node.js Memory Tuning|Node.js Memory Tuning]], [[Chrome DevTools Memory Profiling|Chrome DevTools Memory Profiling]], [[V8 Memory Cage|V8 Memory Cage]]
 - **Contradictions/Notes:** 자바스크립트는 언어 스펙상 프로그래머가 가비지 컬렉터의 메모리 관리에 직접적으로 개입하거나 제어할 수 없는 것이 원칙이다 [34]. 하지만 Node.js 구동 환경에서는 예외적으로 `--expose-gc` 플래그를 사용하여 프로그램 코드 내부에서 `global.gc()`를 호출해 수동으로 가비지 컬렉션을 강제 실행할 수 있는 우회 방법을 제공한다 [35, 36]. 또한, 전통적으로 힙의 각 페이지(Page) 크기는 1MB로 할당된다고 알려져 있으나 [37], 최근 저사양 기기 최적화 및 단편화 개선을 위해 페이지 크기가 512KB로 축소 적용되는 등 구조적 변화가 일어나고 있다 [38, 39].
 
 ---
 *Last updated: 2026-04-19*
-- Raw Source: [[00_Raw/2026-04-20/V8 Engine Heap Management.md]]
+- Raw Source: 00_Raw/2026-04-20/V8 Engine Heap Management.md
 ---