터미널 하나가 맥북 배터리를 갈아먹는 시대

• 글쓴이는 MacBook Air M3로 카페에서 Claude Code를 쓰다가 2시간 만에 배터리 15%를 봄

  • 영상도 안 봤고, Zoom도 안 켰고, 그냥 터미널에서 코딩 중이었음
  • Activity Monitor의 Energy 탭을 열어보니 범인은 Ghostty였음
  • Ghostty의 12시간 누적 에너지 사용량은 3600, Brave Browser는 125, Zoom 영상통화는 99, Claude 데스크톱 앱은 46이었음

• 핵심 황당 포인트는 “텍스트 보여주는 앱”이 브라우저보다 30배쯤 더 먹었다는 거임

  • 터미널 에뮬레이터는 본질적으로 VT100 시절, 그러니까 1978년 기술의 후손임
  • 원래 할 일은 글자 보여주기, ls -la 출력하기, git status 찍어주기 정도임
  • 그런데 2026년의 일부 터미널은 이걸 하려고 GPU를 깨움

• 문제의 중심에는 GPU 가속 터미널이 있음

  • Ghostty, Alacritty, Kitty 같은 현대 터미널은 GPU acceleration을 장점으로 내세움
  • 약속은 더 부드러운 렌더링, 대량 출력에서의 성능, 더 선명한 폰트임
  • 현실에서는 Claude Code 같은 도구가 spinner, 로그, tool result를 계속 뿌리면 매 글자·매 프레임마다 GPU 렌더링 파이프라인이 돈다는 게 문제임

• Claude Code 워크플로우에서는 이 문제가 더 잘 터짐

  • AI 코딩 도구는 생각 중 표시, 툴 호출 로그, 파일 변경 결과 같은 출력이 계속 발생함
  • 겉으로는 작은 점 하나가 도는 것처럼 보여도 내부적으로는 Metal, shader, frame composition 같은 그래픽 경로가 계속 활성화될 수 있음
  • 글쓴이 표현대로라면 spinning dot 하나 보여주려고 꽤 큰 장비를 굴리는 셈임

• macOS의 App Nap도 항상 구해주진 못함

  • App Nap은 백그라운드 앱을 잠깐 쉬게 해서 전력을 줄이는 macOS 기능임
  • 그런데 터미널이 animated spinner를 표시하고 있으면 시스템은 “아직 중요한 일을 하는 중”이라고 볼 수 있음
  • 그러면 앱이 제대로 쉬지 못하고 계속 배터리를 먹음

• 가장 단순한 해결책은 macOS 기본 Terminal.app을 쓰는 것임

  • 멋진 ligature나 최신 GPU 렌더링은 없지만, CPU 렌더링이 Apple Silicon에서 매우 효율적임
  • App Nap도 잘 타고, 배터리 사용량도 훨씬 낮음
  • Claude Code 입장에서는 어느 터미널에서 실행되는지 별로 상관없어서 기능상 손해도 거의 없음

• iTerm2를 쓴다면 Battery 프로필을 만들어 GPU Rendering을 끄는 방법이 있음

  • Preferences에서 현재 프로필을 복제하고 이름을 Battery로 지정함
  • Battery 프로필의 Terminal 설정에서 GPU Rendering 체크를 해제함
  • 배터리로 작업할 때 메뉴에서 Profiles → Battery로 바꾸면 됨
  • 자동화를 원하면 셸 설정에서 새 탭을 열 때 배터리 상태를 보고 프로필을 바꾸게 만들 수도 있음

• Ghostty는 현재로서는 우아한 해결책이 별로 없음

  • GPU 렌더링을 끄는 옵션이 없어서 “GPU or nothing”에 가까움
  • 창을 최소화해서 App Nap 비슷한 효과를 유도하거나, cursor blink를 끄거나, vsync를 끄는 식의 완화책은 있음
  • 그래도 글쓴이 결론은 명확함. Ghostty는 성능을 위한 도구지, 배터리 효율을 우선한 도구는 아니라는 것임

• 이 글의 결론은 터미널 하나를 넘어 개발 도구 선택 기준을 다시 묻는 쪽으로 감

  • “최적화됨”, “현대적임”이라는 말이 실제로 무엇을 최적화했는지 봐야 함
  • 글자가 2ms 빨리 나타나는 대신 배터리를 태운다면, 출퇴근길 개발자에게는 전혀 좋은 최적화가 아닐 수 있음
  • 오래된 Terminal.app이 못생기고 심심해 보여도, 배터리로 일할 때는 그냥 맞는 도구일 수 있음

---

기술 맥락

• 이 글에서 중요한 선택지는 “터미널 렌더링을 GPU에 맡길 것인가, CPU에 맡길 것인가”예요. GPU 렌더링은 대량 출력이나 부드러운 화면 갱신에는 장점이 있지만, 노트북 배터리 환경에서는 GPU를 계속 깨우는 비용이 생각보다 클 수 있어요.

• Claude Code 같은 AI 코딩 도구가 문제를 키우는 이유는 출력 패턴 때문이에요. 일반적인 셸 작업은 명령 한 번 치고 결과를 읽는 시간이 많은데, AI 도구는 spinner, 로그, 도구 호출 결과가 계속 바뀌거든요. 그래서 터미널 입장에서는 “텍스트 몇 줄”이 아니라 지속적인 화면 갱신 작업이 돼요.

• macOS의 App Nap은 앱이 조용할 때 효과가 커요. 그런데 터미널이 계속 애니메이션을 돌리거나 출력이 갱신되면 운영체제는 이 앱을 쉬게 만들기 어렵다고 판단할 수 있어요. 결국 절전 기능이 있어도 앱의 렌더링 방식과 출력 패턴이 그 효과를 갉아먹는 구조예요.

• iTerm2의 Battery 프로필이 실용적인 이유는 하나의 도구 안에서 성능 모드와 절전 모드를 나눌 수 있기 때문이에요. 전원 연결 상태에서는 GPU 렌더링을 쓰고, 배터리에서는 끄는 식으로 워크플로우를 바꾸면 도구를 완전히 갈아탈 필요 없이 전력 소모를 줄일 수 있어요.