"매 프레임 다 다시 그린다더니"... 즉시 모드 UI 전력 소모 20% 줄인 비결

요약 즉시 모드 UI(Immediate-mode UI)는 직관적이고 단순한 프로그래밍 모델 덕분에 개발자들 사이에서 인기가 많지만, 화면의 변화가 거의 없더라도 매 프레임마다 전체 UI 구조를 새로 그리기 때문에 '불필요한 연산을 반복한다'는 치명적인 비판을 받아왔습니다. 데스크톱 앱의 경우 아무런 입력이 없을 때 앱을 대기 상태(sleep)로 두는 방식으로 이를 회피해 왔으나, 고해상도·고주사율 디스플레이가 대세가 되고 랩톱이나 태블릿 등의 배터리 효율이 중요해지면서 한계가 드러났습니다. 커서 깜빡임이나 타임라인의 재생 헤드 이동처럼 화면 일부만 변경되어도 전체 UI가 대기 상태에 들어가지 못하고 전력을 지속해서 낭비하기 때문입니다. 영상 편집 도구 '블릭(Blick)'의 개발팀은 이 딜레마를 해결하기 위해 렌더링 파이프라인 후단에 전용 캐시(Cache) 시스템을 도입한 방식을 공개했습니다. 핵심은 'UI 설명 구조를 다시 생성하는 것'과 '실제 픽셀을 다시 칠하는 것'을 분리한 점입니다. UI 프런트엔드는 이전처럼 매 프레임 전체 구조를 기술하되, 화면을 여러 개의 타일(Tile) 단위로 쪼갠 뒤 해당 영역에 영향을 주는 렌더링 명령들의 해시(Hash) 값을 계산합니다. 이전 프레임과 해시가 같다면 기존에 그려둔 픽셀을 그대로 유지하고, 변경된 타일만 새로 그리는 구조입니다. 특히 이 비교와 타일별 렌더링 검증 작업은 UI 위젯 트리가 아니라 GPU 상에서 직접 해석되는 64바이트 규격의 간결한 렌더링 언어(명령어 스트림) 기반으로 처리됩니다. 애플 M3 맥북 프로에서 배터리 전원 상태로 가벼운 편집 작업을 시뮬레이션한 결과, CPU와 GPU의 추정 전력 소비량이 캐시 적용 전보다 약 20% 감소하는 유의미한 효율 개선이 확인되었습니다. 즉시 모드 특유의 개발 편의성을 유지하면서도 전력 소모 문제를 실질적으로 극복할 수 있음을 보여주는 사례입니다.