청크 · 예측 · 준비 · 메모리
5개 청크 · 한 번에 하나씩 읽고 준비 · 설명용 카메라는 요청을 만들지 않습니다.
문제 · 원인 · 해결 · 대가
요청 후 사용까지 30m를 초당 6m로 이동하면 5초가 있습니다. 준비에 4초가 필요하면 1초 여유지만, 속도 12m/s에서는 1.5초 늦습니다. 멀리 보이는 지형은 진입 전에 필요합니다. 시야를 가려도 충돌을 위한 진입 시점은 남습니다.
요청을 앞당기거나 통로를 늘리면 시간을 벌지만 현재 청크와 다음 청크를 함께 보관해야 합니다. 이 모형의 최소 교체 예산은 현재 32 + 다음 32 + 공통 16 + 작업 16 = 96MB입니다. 공간이 없으면 요청돼도 작업을 시작하지 못합니다.
이전 청크를 바로 버리면 유턴할 때 다시 읽어야 합니다. 10m 더 보관하면 되돌아갈 자원을 유지하지만 다음 청크의 공간이 늦게 비워질 수 있습니다. 「6초에 유턴」에서 보관 정책을 비교하세요. 진행 방향 후보는 요청 후 취소하지 않으므로 방향 전환 뒤 낡은 요청도 작업을 차지할 수 있습니다.
직선 경로, 일정 속도와 0.05초 간격의 상태 모델입니다. 대기·읽기·준비를 순차 합산하며, 메모리는 준비 중인 청크 공간까지 예약합니다. 실제 구현에서 읽기와 복원이 겹치면 전체 경과 시간으로 비교해야 합니다. Jak and Daxter 개발자 회고는 시간·두 청크 제약의 역사적 근거이며 이 수치가 원작 DVD 성능이나 메모리 배치를 뜻하지 않습니다.
PlayStation Andy Gavin 인터뷰 · Gavin의 청크 제약 직접 발언