관련 포스팅
DeepSeek의 R1이 알려준 내용으로 틀린 부분이 있을 수 있습니다.
| Ghostty | WezTerm | Kitty | Alacritty | Foot | Warp | |
| 언어 | 텍스트 / YAML | Lua | 텍스트 파일 | YAML | INI 파일 | GUI / JSON |
| 플랫폼 | Win / Mac / Linux | Win / Mac / Linux | Win / Mac / Linux (단, Windows 제한) |
Win / Mac / Linux | Linux (Wayloand) | Mac (beta: Win / Linux) |
| GPU 가속 | O (OpenGL / Metal) |
O | O | O | X | O |
| 대기 시간 | 30 ms | 35 ms | 50 ms | 50ms | 13 - 19 ms | |
| RAM 사용량 | ~ 70 MB | ~ 100 MB | ~ 50 MB | ~ 60 MB | 13 - 19 MB | 높음 (AI 기능 포함) |
| 특화 기능 | 네이티브 UI, Zig 기반 | 내장 멀티플렉싱, Lua 스크립팅 | 이미지 표시 (Kitty 프로토콜), 테마 | 단순성, VTEBench 지원 | Wayland 최적화, 초경량 | AI 명령 검색, 세션 공유 |
Ghostty 👻
- 강점:
- 플랫폼 네이티브 UI: Linux에선 GTK4, macOS에선 SwiftUI를 사용해 OS와 완벽 통합
- GPU 가속 렌더링: OpenGL(Linux)/Metal(macOS)로 초당 500프레임 처리 가능
- 풍부한 테마: 100개 이상 내장 테마 + 커스텀 지원
- Kitty 프로토콜 호환: 이미지/그래픽 표시 가능
- 약점:
- 아직 Windows 지원이 완전히 최적화되지 않음
- AI/협업 기능 부재 (Warp 대비)
- 대상: 네이티브 통합과 고성능을 동시에 원하는 개발자.
WezTerm 🤠
- 강점: 크로스 플랫폼(Linux, macOS, Windows) 완벽 지원, Lua 기반 고도 사용자 정의, 내장 멀티플렉싱(별도 tmux 불필요)
- 약점: 일부 사용자가 Wayland 환경에서 스크롤 지연을 보고, 상대적으로 높은 RAM 사용량
- 대상: Neovim 사용자, 플랫폼 간 일관성이 필요한 개발자
Kitty 🐱
- 강점: GPU 가속 및 Kitty 이미지 프로토콜(압축 전송), 리가처(ligature) 지원, 테마 다양성
- 약점: Windows 지원 미약, tmux와의 통합 문제
- 대상: 그래픽 작업(예: 이미지 미리보기)이 필요한 사용자
Alacritty ⚡
- 강점: Rust 기반 최적화로 뛰어난 렌더링 속도, 단순한 YAML 설정
- 약점: 기능 제한적(이미지 표시 등 부재), Windows/macOS에서의 안정성 문제 보고
- 대상: 고성능이 우선인 CLI 중심 사용자
Foot 🦶
- 강점: Wayland 전용으로 초경량(13-19MB RAM), CPU 렌더링에도 낮은 지연 시간
- 약점: GPU 가속 없음, Linux(Wayland)만 지원
- 대상: 리소스 효율성이 중요한 임베디드/저사양 환경
Warp 🌀
- 강점: AI 기반 명령 검색, 클라우드 동기화, 코드 편집기식 인터페이스
- 약점: 텔레메트리 수집, 아직 Mac 중심의 베타 지원
- 대상: 최신 기능을 선호하는 JavaScript/TypeScript 개발자
성능 벤치마크
- 렌더링 속도: Ghostty > Alacritty > WezTerm = Kitty
- 자원 사용: Foot가 가장 낮은 RAM 점유율(13-19MB), 반면 WezTerm은 100MB 근접
- 실제 사용 감성: 일부 사용자는 Kitty의 스크롤 부드러움을 강조하며, WezTerm은 Lua 설정 유연성을 찬사
선택 가이드
- 최대 성능: Alacritty (단, 기능 희생)
- 크로스 플랫폼: WezTerm
- 리소스 효율: Foot
- 최신 기능: Warp (단, 텔레메트리 주의)
- 그래픽/테마: Kitty
- 최대 성능 추구 + tmux 사용자: Alacritty.
- 네이티브 통합 + 간편 설정: Ghostty.
- 고급 자동화 필요: WezTerm (Lua 스크립팅)