Three.js · 26 렌더 통계와 프로파일
단계: 자원 수명·접근성·측정 · 편집 가능한 예제 · 저장 ID: threejs-step-26
목표와 학습 후 역량
- 통계가 프레임 전체를 포함하는지 명시한다.
- 자원 수를 바이트나 전체 VRAM으로 표현하지 않는다.
선수 지식
선수 개념: 대체 조작, 상태 알림. 25단위의 결과 파일과 관찰 기록을 준비하세요.
핵심 개념과 설명
통계 범위
renderer.info는 렌더 호출·삼각형·일부 자원 수를 보여 줍니다. 전체 GPU VRAM이나 정확한 GPU 실행 시간을 측정하는 도구는 아닙니다.
다중 패스
한 프레임에 여러 render가 있으면 초기화 시점이 중요합니다. autoReset을 조정하고 프레임 단위로 reset하면 합계를 비교할 수 있습니다.
실습 준비
예제 화면의 실행 범위 안내를 먼저 확인하세요. 다음은 과제를 별도 프로젝트로 확장할 때의 준비 환경입니다. 별도 로컬 HTTP 개발 서버의 HTML·ES 모듈 프로젝트에서 직접 구현합니다. three와 addons를 같은 설치 버전으로 고정하고 기록하세요.
연결된 예제는 출발점입니다. 아래 과제 전체가 완성된 코드는 아니며, 예제의 지원 범위를 넘는 작업은 별도 프로젝트에서 수행하세요.
실습 과제
- 외부 실습 프로젝트의 day-26.js와 index.html을 준비하세요. 메인 화면과 미니맵의 렌더를 묶어 info.autoReset=false로 통계를 수집하세요.
- 프레임 시작에 info.reset을 호출하고 calls·triangles·memory 항목과 CPU 프레임 간격을 따로 저장하세요.
- 입력 조건 메인만에서 출력을 저장한 뒤 메인과 미니맵 조건으로 다시 실행하세요. 예상: 한 프레임의 호출·삼각형 합계가 증가할 수 있습니다. 실제 화면·로그와 대조하고 day-26-notes.md에 실제 결과와 차이의 원인을 남기세요.
관찰할 변수
| 변수 | 기준 조건 | 바꿀 조건 | 예상할 변화·검증 가설 |
|---|---|---|---|
| 렌더 패스 | 메인만 | 메인과 미니맵 | 한 프레임의 호출·삼각형 합계가 증가할 수 있습니다 |
표의 예상은 측정 결과가 아닙니다. 한 번에 한 조건만 바꾸고 실제 결과가 다르면 원인을 기록하세요.
완료 조건
- 통계가 프레임 전체를 포함하는지 명시한다.
- 자원 수를 바이트나 전체 VRAM으로 표현하지 않는다.
자가 점검
- 렌더 호출 시간이 GPU 완료 시간과 다른 이유는 무엇인가요?
- 내부 캐시 때문에 dispose 뒤 0이 아닐 수 있나요?
공식 참고
연결된 예제와 실행 범위
편집 가능한 브라우저 실험입니다. 측정값은 현재 기기와 브라우저에 따라 달라집니다.
원본 코드·기록은 자동으로 덮어쓰지 않습니다. 기존 예제를 초기화할 때도 필기는 유지됩니다.
다음 학습
이전: HTML 제어와 접근성 · 다음: 장면 검사기 통합