Ghostty – 터미널 에뮬레이터

▲

GN⁺ 2달전 | parent | ★ favorite | on: Ghostty – 터미널 에뮬레이터(ghostty.org)

Hacker News 의견들

나는 Ghostty의 원 제작자임. 몇 년이 지났는데 다시 HN 메인에 올라와서 놀람. 의미 있는 업데이트를 공유하고 싶음
요즘은 libghostty가 훨씬 흥미로움. 이미 여러 무료 및 상용 터미널 프로젝트에서 백엔드로 사용 중임. 관련 목록은 awesome-libghostty에서 볼 수 있음.
내가 2023년 첫 발표 때부터 말했듯, 목표는 다양한 터미널 에뮬레이터가 공통의 안정적이고 고성능 코어(libghostty)를 기반으로 발전하는 생태계 구축임. 실제로 그렇게 되고 있음. 자세한 내용은 libghostty is coming 참고
2027년쯤이면 GUI보다 libghostty를 통해 Ghostty를 사용하는 사용자가 훨씬 많을 것으로 예상함. 이는 상호 이익임. libghostty 사용이 늘수록 Ghostty GUI도 안정화되기 때문임
macOS용 Ghostty는 주당 약 백만 다운로드를 기록 중이며, 1.3 버전에서는 검색(cmd+f), 스크롤바 등 주요 기능이 추가될 예정임.
또한 Ghostty는 이제 비영리 조직의 지원을 받으며, 최근 첫 4명의 기여자에게 실제 보수를 지급하기 시작함. 재정은 모두 공개되어 있음. 관련 글은 Ghostty non-profit 참고
요약하자면, Ghostty는 지금 매우 흥미로운 시기를 맞이하고 있음
- Zig로 꽤 큰 프로젝트를 관리하는 게 어떤지 궁금함. 최근 Zig 언어가 많이 변했는데, 터미널 에뮬레이터 개발에 어떤 영향을 줬는지, 유지보수 난이도가 높아졌는지 알고 싶음
- Claude Code 같은 도구 등장 이후 터미널 에뮬레이터가 다시 주목받는 걸 보는 게 흥미로움. 예전엔 “왜 터미널을 만드냐, 미래를 봐야지”라는 말이 많았는데, 요즘은 오히려 브라우저보다 터미널을 더 많이 쓴다는 얘기를 자주 들음. 세상이 참 빠르게 바뀜
- libghostty를 브라우저에서 사용하는 최신 상태가 궁금함. wasm으로 컴파일하는 커뮤니티 프로젝트들이 있는데, 일부 TUI 중심 기능을 웹으로 노출하고 싶음
- 나는 Trolley의 제작자임. libghostty 덕분에 터미널 기능 구현이 매우 쉬웠음. 대부분의 시간은 그 위에 기능을 쌓는 데 썼음. 고마움
- 오늘 아침 The Pragmatic Engineer 인터뷰를 들었는데, HashiCorp 초기 이야기와 상장 과정이 인상 깊었음. 마우스를 뽑았던 그 사람을 만나지 않았다면 인생이 달라졌을지도 모름. Ghostty는 지난 1년간 내 주력 터미널임
여러 터미널을 써봤는데, Mac에서 벗어나려는 중이라 Ghostty도 시도했음. 하지만 검색 기능 부재로 포기했음. WezTerm은 iTerm2와 가장 비슷하고, 렌더링도 완벽함. Alacritty는 탭이 없어서 불편하고, tmux는 너무 많은 키 입력이 필요해서 싫음. Linux 전용 터미널도 고려 중임. 추천 환영
- Kitty를 다시 살펴볼 만함. quake-style 터미널 모드도 있고, kittens로 확장 가능함. 다음 버전에는 부드러운 스크롤링도 추가될 예정임. 창작자 Kovid의 꾸준한 표준화 노력도 높이 평가함
- 나는 tmux를 사랑하진 않지만, 여러 머신에서 동일한 pane 관리 인터페이스를 쓸 수 있어 유용함. 특히 neovim과의 통합 덕분에 계속 사용 중임
- Foot 터미널도 추천함. 50ms 이하의 기동 속도를 가진 유일한 터미널임. 다만 탭이 필요 없는 윈도 매니저 환경에서 써야 함
- Ghostty에도 scrollback 기능이 있음. 설정에서 “tip” 빌드로 전환하면 됨. 매우 안정적이고 버그도 많이 수정됨
- Terminology도 언급할 만함. Enlightenment 기반 GUI를 쓰지만 빠르고 기능이 풍부함. Greg Kroah-Hartman도 사용 중임
Ghostty 관련 주요 과거 스레드를 정리함.
예: AI Usage Policy, Ghostty 1.0, Ghostty non-profit 등.
Ghostty의 발전사를 한눈에 볼 수 있는 타임라인 아카이브임
Ghostty의 UI는 Kitty보다 훨씬 마음에 듦. 하지만 SSH 연결 시 깨짐 현상이 자주 발생함. 그래서 SSH 작업에는 여전히 Kitty를 씀
- 나도 같은 문제를 겪음. term-info를 복사해도 완벽히 해결되지 않음. 사용자 입장에서는 꽤 불편한 경험임
- 최신 버전에서는 명령 팔레트에서 reset을 실행하면 복구됨. 단축키로 지정해두면 편함
- Kitty의 UI가 뭐냐는 질문도 있었음. 즉, Ghostty의 UI가 더 낫다는 말이 다소 모호하다는 의견임
Ghostty를 초기에 써봤지만 CMD+F 검색 부재로 포기했음. 로그 tail링 시 꼭 필요한 기능임
- 최근 tip 릴리스에는 이미 검색 기능이 포함되어 있음. 이슈 #189와 Mitchell의 트윗 참고. Ghostty 1.3에서 정식 제공 예정임
도구에 대한 집착(fetishization) 은 아마추어적 사고방식의 특징이라 생각함. 중요한 건 도구가 아니라 기술과 창의성임.
- 하지만 도구는 워크플로우에 따라 달라지므로, 새로운 사용자가 실험하는 건 자연스러움. 나도 vim+tmux 조합을 찾은 뒤엔 굳이 새 도구를 쫓지 않음
- 초보자들이 장비에 집착하는 건 맞지만, 전문가들도 도구의 기술적 트레이드오프를 논의함. 그건 생산적인 대화임
- Charlie Parker가 플라스틱 색소폰으로 명연주를 했던 일화를 떠올림. 결국 실력이 중요함 (관련 글)
- 하지만 창의성, 조명, 구도도 결국 도구의 일부라는 의견도 있음
- 나이 들수록 이런 논쟁보다 열정의 유지가 더 어렵다는 공감도 있음
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 폰트를 쓰면 자연스럽게 해결됨. 강력 추천함
SSH를 통해 접속 시 일부 프로그램(예: less)이 Ghostty를 인식하지 못하는 문제가 있음. 하지만 terminfo 설정으로 쉽게 해결 가능함. 향후 리눅스 배포판에 기본 포함되길 바람
- 그래도 SSH 관련 문제는 중대한 설계 결함처럼 보인다는 의견도 있음
- 문서에서 “세상이 구식이라 Ghostty가 안 맞는다”고 표현한 부분이 웃겼음. 하지만 매번 원격 서버에 설정을 추가해야 하는 건 실무 환경에서 불편함
입력 지연(latency) 이 어떤지 궁금함. xterm이 여전히 가장 빠름
- 이 벤치마크에 따르면 Ghostty는 입력 지연이 가장 큼. 관련 토론은 여기 참고
- 나는 오히려 터미널로 할 수 있는 게 이렇게 많다는 사실에 놀람
- 처리량(throughput) 기준으로 보면 Ghostty는 Alacritty, Ptyxis와 비슷하게 GPU 가속 덕분에 빠름
- Kitty는 설정을 조정하면 더 반응성이 좋아짐
```
repaint_delay 5
input_delay 1
sync_to_monitor no
```
- 내 240Hz 모니터에서는 입력-출력 지연이 눈에 띄었음. 그래서 다시 다른 터미널로 돌아감