[G1-Sync] Manual knowledge update

10_Wiki/Topics/Graphics & Performance/InstancedMesh (드로우 콜 최적화).md

@@ -1,16 +1,16 @@
 ---
-id: P-REINFORCE-AUTO-86F967
+id: [[P-Reinforce]]-AUTO-86F967
 category: "10_Wiki/💡 Topics/Graphics & Performance"
 confidence_score: 0.90
 tags: [auto-reinforced]
 last_reinforced: 2026-04-20
-github_commit: "[P-Reinforce] Continuous Worker - InstancedMesh (드로우 콜 최적화)"
+github_commit: "[P-Reinforce] Continuous Worker - [[InstancedMesh]] (드로우 콜 최적화)"
 ---
 
 # [[InstancedMesh (드로우 콜 최적화)]]
 
 ## 📌 한 줄 통찰 (The Karpathy Summary)
-> `InstancedMesh`는 **동일한 기하구조(Geometry)와 재질(Material)을 공유하는 수많은 객체를 단 1회의 드로우 콜(Draw Call)만으로 GPU에서 렌더링**하여, CPU의 오버헤드를 극적으로 줄이고 애플리케이션의 프레임 레이트(FPS)를 비약적으로 향상시키는 3D 그래픽스 핵심 최적화 기법입니다.
+> `InstancedMesh`는 **동일한 기하구조(Geometry)와 재질(Material)을 공유하는 수많은 객체를 단 1회의 드로우 콜([[Draw Call]])만으로 GPU에서 렌더링**하여, CPU의 오버헤드를 극적으로 줄이고 애플리케이션의 프레임 레이트(FPS)를 비약적으로 향상시키는 3D 그래픽스 핵심 최적화 기법입니다.
 
 ## 📖 구조화된 지식 (Synthesized Content)
 **1. 드로우 콜(Draw Call)의 개념과 성능 병목** 모든 3D 장면에서 메시는 각각의 드로우 콜을 발생시키며, 이 횟수가 많아질수록 CPU가 GPU에 렌더링 명령을 내리는 오버헤드가 급증합니다. 매끄러운 60FPS를 유지하기 위한 렌더링의 골든 룰은 **프레임당 드로우 콜을 100회 미만으로 유지**하는 것이며, 폴리곤(삼각형)의 수보다 드로우 콜의 횟수가 성능에 훨씬 치명적인 영향을 미칩니다.
@@ -26,7 +26,7 @@ github_commit: "[P-Reinforce] Continuous Worker - InstancedMesh (드로우 콜
 - **정책 변화:** Graphics & Performance 분야의 자동 자산화 수행.
 
 ## 🔗 지식 연결 (Graph)
-- **Related Topics:** Draw Call Optimization (드로우 콜 최적화), BatchedMesh, [[Object Pooling (오브젝트 풀링)]], React Three Fiber 자산 최적화
+- **Related Topics:** Draw Call [[Optimization]] (드로우 콜 최적화), BatchedMesh, [[Object [[Pooling]] (오브젝트 풀링)]], React Three Fiber 자산 최적화
 - **Projects/Contexts:** [[대규모 파티클 시스템 최적화]], 수만 개의 데이터를 표현하는 3D 산점도(Scatter Plot) 시각화, 숲, 군중 등 반복 객체가 많은 3D 씬
 - **Contradictions/Notes:** `InstancedMesh`는 성능 개선에 탁월하지만, **모든 인스턴스가 반드시 동일한 기하구조(Geometry)와 재질(Material)을 공유해야 한다는 설계적 제약**이 따릅니다. 만약 재질은 같으나 형태(Geometry)가 서로 다른 여러 객체들을 묶어 드로우 콜을 1회로 줄이려면, R156 버전에 도입된 `BatchedMesh`를 사용하는 것이 더 적합합니다.