# Ghostty – 터미널 에뮬레이터

> Clean Markdown view of GeekNews topic #27114. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=27114](https://news.hada.io/topic?id=27114)
- GeekNews Markdown: [https://news.hada.io/topic/27114.md](https://news.hada.io/topic/27114.md)
- Type: GN+
- Author: [neo](https://news.hada.io/@neo)
- Published: 2026-03-02T09:40:04+09:00
- Updated: 2026-03-02T09:40:04+09:00
- Original source: [ghostty.org](https://ghostty.org/docs)
- Points: 12
- Comments: 1

## Summary

빠른 성능과 **GPU 가속 렌더링**을 갖춘 크로스플랫폼 터미널 에뮬레이터 **Ghostty**는 macOS와 Linux에서 각 플랫폼의 네이티브 UI를 그대로 활용합니다. 설치 직후 바로 실행되는 **Zero Configuration** 구조를 지향하며, 수백 가지 테마와 유연한 키 바인딩으로 개발자별 맞춤 환경을 쉽게 구성할 수 있습니다.

## Topic Body

- 빠르고 기능이 풍부한 **크로스플랫폼 터미널 에뮬레이터**로, 각 운영체제의 **네이티브 UI**와 **GPU 가속**을 활용함 (맥/리눅스)  
- 설치 후 바로 실행할 수 있으며, **별도의 설정이 필요 없는 구조**로 설계  
- 수백 가지의 **테마**, **유연한 키 바인딩**, **광범위한 설정 옵션**을 제공해 사용자 맞춤 환경 구성 가능  
- 터미널 애플리케이션 개발자를 위한 **VT 기반 API 문서**도 포함되어 있어 개발 활용성이 높음  
  
---  
### Ghostty 개요  
- **Ghostty**는 빠른 성능과 다양한 기능을 갖춘 **터미널 에뮬레이터**로, macOS와 Linux 에서 동작  
  - 각 플랫폼의 **네이티브 UI**를 사용하며, **GPU 가속 렌더링**을 지원  
- 설치 후 즉시 실행 가능한 구조로, **Zero Configuration Philosophy**를 따름  
  
### 설치 및 실행  
- macOS 사용자는 **바이너리 파일**을 바로 다운로드해 실행 가능  
- Linux 사용자는 **패키지 설치** 또는 **소스 코드 빌드** 방식 선택 가능  
  - 공식 사이트에서 **Download** 및 **Build from Source** 링크 제공  
  
### 주요 기능 문서  
- **Keybindings**: `keybind` 설정 옵션을 통해 **사용자 정의 키 바인딩** 지원  
- **Color Theme**: 수백 가지의 **내장 테마** 제공, **라이트/다크 모드별 테마 분리** 가능  
- **Configuration**: 수백 개의 **세부 설정 옵션**으로 외형과 동작을 세밀하게 조정 가능  
- **Terminal API (VT)**: 터미널 애플리케이션 개발자를 위한 **제어 시퀀스 및 터미널 개념 참조 문서** 제공

## Comments



### Comment 52155

- Author: neo
- Created: 2026-03-02T09:40:04+09:00
- Points: 1

###### [Hacker News 의견들](https://news.ycombinator.com/item?id=47206009) 
- 나는 **Ghostty의 원 제작자**임. 몇 년이 지났는데 다시 HN 메인에 올라와서 놀람. 의미 있는 업데이트를 공유하고 싶음  
  요즘은 **libghostty**가 훨씬 흥미로움. 이미 여러 무료 및 상용 터미널 프로젝트에서 백엔드로 사용 중임. 관련 목록은 [awesome-libghostty](https://github.com/Uzaaft/awesome-libghostty)에서 볼 수 있음.  
  내가 2023년 첫 발표 때부터 말했듯, 목표는 다양한 터미널 에뮬레이터가 공통의 안정적이고 고성능 코어(libghostty)를 기반으로 발전하는 **생태계 구축**임. 실제로 그렇게 되고 있음. 자세한 내용은 [libghostty is coming](https://mitchellh.com/writing/libghostty-is-coming) 참고  
  2027년쯤이면 GUI보다 libghostty를 통해 Ghostty를 사용하는 사용자가 훨씬 많을 것으로 예상함. 이는 상호 이익임. libghostty 사용이 늘수록 Ghostty GUI도 안정화되기 때문임  
  macOS용 Ghostty는 주당 약 백만 다운로드를 기록 중이며, 1.3 버전에서는 **검색(cmd+f)**, 스크롤바 등 주요 기능이 추가될 예정임.  
  또한 Ghostty는 이제 **비영리 조직**의 지원을 받으며, 최근 첫 4명의 기여자에게 실제 보수를 지급하기 시작함. 재정은 모두 공개되어 있음. 관련 글은 [Ghostty non-profit](https://mitchellh.com/writing/ghostty-non-profit) 참고  
  요약하자면, Ghostty는 지금 매우 흥미로운 시기를 맞이하고 있음  
  - Zig로 꽤 큰 프로젝트를 관리하는 게 어떤지 궁금함. 최근 Zig 언어가 많이 변했는데, 터미널 에뮬레이터 개발에 어떤 영향을 줬는지, **유지보수 난이도**가 높아졌는지 알고 싶음
  - Claude Code 같은 도구 등장 이후 터미널 에뮬레이터가 다시 주목받는 걸 보는 게 흥미로움. 예전엔 “왜 터미널을 만드냐, 미래를 봐야지”라는 말이 많았는데, 요즘은 오히려 **브라우저보다 터미널**을 더 많이 쓴다는 얘기를 자주 들음. 세상이 참 빠르게 바뀜
  - libghostty를 **브라우저에서 사용하는 최신 상태**가 궁금함. wasm으로 컴파일하는 커뮤니티 프로젝트들이 있는데, 일부 TUI 중심 기능을 웹으로 노출하고 싶음
  - 나는 [Trolley](https://github.com/weedonandscott/trolley)의 제작자임. `libghostty` 덕분에 터미널 기능 구현이 매우 쉬웠음. 대부분의 시간은 그 위에 기능을 쌓는 데 썼음. 고마움
  - 오늘 아침 [The Pragmatic Engineer 인터뷰](https://www.youtube.com/watch?v=WjckELpzLOU)를 들었는데, HashiCorp 초기 이야기와 상장 과정이 인상 깊었음. 마우스를 뽑았던 그 사람을 만나지 않았다면 인생이 달라졌을지도 모름. Ghostty는 지난 1년간 내 **주력 터미널**임

- 여러 터미널을 써봤는데, Mac에서 벗어나려는 중이라 Ghostty도 시도했음. 하지만 **검색 기능 부재**로 포기했음. WezTerm은 iTerm2와 가장 비슷하고, 렌더링도 완벽함. Alacritty는 탭이 없어서 불편하고, tmux는 너무 많은 키 입력이 필요해서 싫음. Linux 전용 터미널도 고려 중임. 추천 환영  
  - Kitty를 다시 살펴볼 만함. **quake-style 터미널** 모드도 있고, kittens로 확장 가능함. 다음 버전에는 **부드러운 스크롤링**도 추가될 예정임. 창작자 Kovid의 꾸준한 표준화 노력도 높이 평가함  
  - 나는 tmux를 사랑하진 않지만, 여러 머신에서 동일한 **pane 관리 인터페이스**를 쓸 수 있어 유용함. 특히 neovim과의 통합 덕분에 계속 사용 중임  
  - Foot 터미널도 추천함. **50ms 이하의 기동 속도**를 가진 유일한 터미널임. 다만 탭이 필요 없는 윈도 매니저 환경에서 써야 함  
  - Ghostty에도 scrollback 기능이 있음. 설정에서 “tip” 빌드로 전환하면 됨. 매우 안정적이고 버그도 많이 수정됨  
  - [Terminology](https://github.com/borisfaure/terminology)도 언급할 만함. Enlightenment 기반 GUI를 쓰지만 빠르고 기능이 풍부함. Greg Kroah-Hartman도 사용 중임

- Ghostty 관련 주요 과거 스레드를 정리함.  
  예: [AI Usage Policy](https://news.ycombinator.com/item?id=46730504), [Ghostty 1.0](https://news.ycombinator.com/item?id=42517447), [Ghostty non-profit](https://news.ycombinator.com/item?id=46138238) 등.  
  Ghostty의 발전사를 한눈에 볼 수 있는 **타임라인 아카이브**임

- Ghostty의 UI는 Kitty보다 훨씬 마음에 듦. 하지만 **SSH 연결 시 깨짐 현상**이 자주 발생함. 그래서 SSH 작업에는 여전히 Kitty를 씀  
  - 나도 같은 문제를 겪음. term-info를 복사해도 완벽히 해결되지 않음. 사용자 입장에서는 꽤 **불편한 경험**임  
  - 최신 버전에서는 명령 팔레트에서 reset을 실행하면 복구됨. 단축키로 지정해두면 편함  
  - Kitty의 UI가 뭐냐는 질문도 있었음. 즉, Ghostty의 UI가 더 낫다는 말이 다소 모호하다는 의견임

- Ghostty를 초기에 써봤지만 **CMD+F 검색 부재**로 포기했음. 로그 tail링 시 꼭 필요한 기능임  
  - 최근 tip 릴리스에는 이미 **검색 기능**이 포함되어 있음. [이슈 #189](https://github.com/ghostty-org/ghostty/issues/189)와 [Mitchell의 트윗](https://x.com/mitchellh/status/1993728538344906978) 참고. Ghostty 1.3에서 정식 제공 예정임

- 도구에 대한 **집착(fetishization)** 은 아마추어적 사고방식의 특징이라 생각함. 중요한 건 도구가 아니라 **기술과 창의성**임.  
  - 하지만 도구는 워크플로우에 따라 달라지므로, 새로운 사용자가 실험하는 건 자연스러움. 나도 vim+tmux 조합을 찾은 뒤엔 굳이 새 도구를 쫓지 않음  
  - 초보자들이 장비에 집착하는 건 맞지만, 전문가들도 **도구의 기술적 트레이드오프**를 논의함. 그건 생산적인 대화임  
  - Charlie Parker가 **플라스틱 색소폰**으로 명연주를 했던 일화를 떠올림. 결국 실력이 중요함 ([관련 글](https://jazzfuel.com/charlie-parker-the-plastic-saxophone-that-blew-everyone-away/))  
  - 하지만 창의성, 조명, 구도도 결국 도구의 일부라는 의견도 있음  
  - 나이 들수록 이런 논쟁보다 **열정의 유지**가 더 어렵다는 공감도 있음

- Ghostty는 SSH에서 top, ncdu 등이 깨지는 문제가 있음. `$TERM`을 수정해야 함. iTerm처럼 **임시 전체화면 전환** 기능이 없다는 점도 아쉬움  
  - `toggle_split_zoom` 단축키(`cmd+shift+enter`)로 해결 가능함. iTerm과 동일함. 더블클릭으로 확대하는 기능도 제안됨  
  - 자체 TERM 사용은 의도된 설계임. terminfo 수정으로 해결 가능함  
  - Kitty나 urxvt에서도 비슷한 문제가 있었음. 터미널 생태계 전반의 구조적 문제로 보임  
  - `$TERM`이 ‘ghostty:xterm-256color’처럼 **fallback 체계**를 가졌다면 좋았을 텐데, 이미 늦었다는 의견임  
  - SSH에서는 여전히 자주 깨짐. iTerm은 그냥 잘 작동함

- Ghostty에서 **!= 등의 합자(ligature)** 를 끄고 싶다면 설정 파일에 다음을 추가하면 됨  
  ```
  font-feature = -dlig
  font-feature = -liga
  font-feature = -calt
  ```
  - Ghostty 1.3에서는 일부 합자를 기본적으로 비활성화할 예정임  
  - 또는 [0xProto 폰트](https://github.com/0xType/0xProto#4-ligatures-that-dont-deform-shape)를 쓰면 자연스럽게 해결됨. 강력 추천함

- SSH를 통해 접속 시 일부 프로그램(예: less)이 Ghostty를 인식하지 못하는 문제가 있음. 하지만 [terminfo 설정](https://ghostty.org/docs/help/terminfo)으로 쉽게 해결 가능함. 향후 리눅스 배포판에 기본 포함되길 바람  
  - 그래도 SSH 관련 문제는 **중대한 설계 결함**처럼 보인다는 의견도 있음  
  - 문서에서 “세상이 구식이라 Ghostty가 안 맞는다”고 표현한 부분이 웃겼음. 하지만 매번 원격 서버에 설정을 추가해야 하는 건 **실무 환경에서 불편**함

- **입력 지연(latency)** 이 어떤지 궁금함. xterm이 여전히 가장 빠름  
  - [이 벤치마크](https://github.com/moktavizen/terminal-benchmark?tab=readme-ov-file)에 따르면 Ghostty는 입력 지연이 가장 큼. 관련 토론은 [여기](https://github.com/ghostty-org/ghostty/discussions/4837) 참고  
  - 나는 오히려 터미널로 할 수 있는 게 이렇게 많다는 사실에 놀람  
  - **처리량(throughput)** 기준으로 보면 Ghostty는 Alacritty, Ptyxis와 비슷하게 GPU 가속 덕분에 빠름  
  - Kitty는 설정을 조정하면 더 반응성이 좋아짐  
    ```
    repaint_delay 5
    input_delay 1
    sync_to_monitor no
    ```
  - 내 240Hz 모니터에서는 **입력-출력 지연**이 눈에 띄었음. 그래서 다시 다른 터미널로 돌아감