GC Alloc 병목 → 풀링 적용 + Memory Snapshot 비교
약 60초
추정 말고 프로파일러 수치 기반 최적화
Unity Profiler를 처음 제대로 쓴 건 졸업 프로젝트에서 FPS 급락 구간을 찾을 때였습니다. CPU/GPU 프레임 분할 그래프에서 특정 프레임의 GC Alloc 수치가 급증하는 구간을 발견했고, 매 프레임 List를 새로 생성하는 코드가 원인이었습니다. 오브젝트 풀링으로 수정하자 해당 구간의 GC 빈도가 크게 줄었습니다.
Memory Profiler는 씬 전환 후 메모리가 해제되지 않는 문제를 추적할 때 활용했습니다. Snapshot 비교 기능으로 씬 로드 전후 메모리 상태를 비교하면서, 이벤트 리스너가 해제되지 않아 참조가 남아있는 경우를 찾아냈습니다. 프로파일링은 최적화 작업의 시작점이고, 추정으로 코드를 바꾸기보다 수치로 병목을 확인한 뒤 수정하는 순서가 시간을 절약했습니다.
이 결의 특징
GC Alloc 지표를 코드 구조와 연결 지어 분석한 경험이 구체적 상황과 함께 담긴 흔적이 있습니다. 수치를 읽고 원인으로 연결하는 결이 자주 보입니다.
이 결이 통하는 자리
Unity 메모리 최적화 경험을 묻는 자리에서 지표 해석과 코드 수정의 연결 고리를 설명할 때 통합니다. 툴 이름만 아는 답과 구분되는 결이 보입니다.