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

01_Archive/2026-04-20/Nodejs 프로덕션 메모리 누수 진단.md

@@ -1,13 +1,13 @@
 ---
 id: P-REINFORCE-AUTO-AF2866
-category: "[[10_Wiki/💡 Topics/AI]]"
+category: "10_Wiki/💡 Topics/AI"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
 github_commit: "[P-Reinforce] Continuous Worker - Nodejs 프로덕션 메모리 누수 진단"
 ---
 
-# [[Nodejs 프로덕션 메모리 누수 진단]]
+# [[Nodejs 프로덕션 메모리 누수 진단|Nodejs 프로덕션 메모리 누수 진단]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > Node.js 프로덕션 메모리 누수는 단일 프로세스로 장기 실행되는 Node.js의 특성상 참조가 누적되어 V8 가비지 컬렉터(GC)가 메모리를 회수할 수 없게 되면서 발생합니다 [1, 2]. 정상적인 프로세스와 달리 가비지 컬렉션 이후에도 힙 메모리 사용량이 원래 수준으로 떨어지지 않고 계단식(Ratchet)으로 상승하는 패턴을 보이는 것이 주된 특징입니다 [3, 4]. 이를 진단하고 해결하려면 힙 스냅샷 비교, 힙 프로파일링, 메모리를 계속 참조하고 있는 요인(Retainer)을 추적하는 체계적인 과정이 필수적입니다 [4, 5].
@@ -40,11 +40,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Nodejs 프로덕션 메모리
 - **정책 변화:** AI 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** [[V8 Garbage Collection]], [[Heap Snapshot]], [[Retaining Path]], [[process.memoryUsage()]]
-- **Projects/Contexts:** [[Node.js Production Environment]], [[Chrome DevTools Memory Panel]]
+- **Related Topics:** [[V8 가비지 컬렉션(Garbage Collection)|V8 Garbage Collection]], [[Heap Snapshot|Heap Snapshot]], [[Retaining Path|Retaining Path]], process.memoryUsage()
+- **Projects/Contexts:** Node.js Production Environment, [[Chrome DevTools Memory Panel|Chrome DevTools Memory Panel]]
 - **Contradictions/Notes:** 일반적으로 누수 후보를 찾기 위해 트래픽 전/후 두 개의 힙 스냅샷을 비교하는 방법이 자주 소개되지만, 일회성 메모리 할당으로 인한 오탐(False Positive)을 걸러내기 위해서는 세 개의 스냅샷을 연달아 캡처해 비교하는 "Three-snapshot technique" 기법이 가장 신뢰할 수 있는 수단이라는 점을 유의해야 합니다 [19].
 
 ---
 *Last updated: 2026-04-19*
-- Raw Source: [[00_Raw/2026-04-20/Node.js 프로덕션 메모리 누수 진단.md]]
+- Raw Source: 00_Raw/2026-04-20/Node.js 프로덕션 메모리 누수 진단.md
 ---