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

01_Archive/2026-04-20/Overdraw.md

@@ -1,13 +1,13 @@
 ---
 id: P-REINFORCE-AUTO-421E43
-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 - Overdraw"
 ---
 
-# [[Overdraw]]
+# [[Overdraw|Overdraw]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
 > 오버드로우(Overdraw)는 렌더링 파이프라인의 프래그먼트 셰이딩(Fragment Shading) 단계에서 동일한 픽셀 위치에 렌더링 연산 및 쓰기 작업이 여러 번 중첩되어 GPU 자원이 낭비되는 현상입니다. InstancedMesh를 사용할 때 개별 인스턴스에 대한 자동 정렬(Sorting) 기능이 부재하여 깊이 테스트(Early-Z)를 통한 최적화가 무력화되면서 막대한 오버드로우가 발생할 수 있으며, 이는 심각한 렌더링 프레임 지연의 핵심 원인이 됩니다[1, 2].
@@ -27,11 +27,11 @@ github_commit: "[P-Reinforce] Continuous Worker - Overdraw"
 - **정책 변화:** Programming & Language 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** [[InstancedMesh]], [[Fragment Shading]], [[Early-Z]], [[프래그먼트 바운드(Fragment-bound)]], [[Draw Call]], [[Sorting]]
-- **Projects/Contexts:** [[three.js Issue #30352]], [[대규모 인스턴스 렌더링 및 투명도 처리]]
+- **Related Topics:** [[InstancedMesh|InstancedMesh]], [[Fragment Shading|Fragment Shading]], [[Early-Z|Early-Z]], [[프래그먼트 바운드(Fragment-bound)|프래그먼트 바운드(Fragment-bound)]], [[Draw Call|Draw Call]], [[Sorting|Sorting]]
+- **Projects/Contexts:** [[threejs Issue _30352|three.js Issue]], [[대규모 인스턴스 렌더링 및 투명도 처리|대규모 인스턴스 렌더링 및 투명도 처리]]
 - **Contradictions/Notes:** CPU 부하를 유발하는 드로우 콜을 줄이기 위해 InstancedMesh를 도입하더라도, 내부 인스턴스들의 정렬 부재가 유발하는 오버드로우 비용이 더 크다면 오히려 드로우 콜이 많은 개별 메쉬 렌더링 방식보다 FPS가 떨어질 수 있다는 역설적인 결과를 보여줍니다[2, 5].
 
 ---
 *Last updated: 2026-04-19*
-- Raw Source: [[00_Raw/2026-04-20/Overdraw.md]]
+- Raw Source: 00_Raw/2026-04-20/Overdraw.md
 ---