-
Wayland는 X11의 후속 그래픽 스택으로 2008년에 시작되었지만, 작성자는 18년 동안 자신의 시스템에서 제대로 사용할 수 없었다고 평가함
- 2025년 기준 nVidia 드라이버의 GBM 및 explicit sync 지원으로 기본 실행은 가능해졌으나, 여전히 8K 모니터 TILE 미지원 등으로 완전한 전환은 어려움
-
Sway 1.11과 wlroots 0.19.0에서 주요 기술적 진전이 있었지만, 입력 지연·그래픽 글리치·Xwayland 스케일링 문제 등 실사용 장애가 다수 존재
- 주요 애플리케이션인 Chrome과 Emacs는 여전히 성능 저하, 렌더링 차이, 하드웨어 가속 불안정 등의 문제를 보임
- 전반적으로 Wayland는 “이제야 실사용이 가시권에 들어왔지만”, 일상 업무용으로는 여전히 X11/i3 조합이 더 안정적이라는 결론
Wayland의 역사적 배경
- Wayland는 2008년 시작된 X 서버(X11, Xorg)의 후속 프로젝트로, 작성자는 2009년 X11용 타일링 윈도 관리자 i3를 개발함
- 초기에는 Weston 데모 컴포지터만 실행 가능했으며, 2014년 GNOME, 이후 KDE가 Wayland를 지원하기 시작
-
Firefox, Chrome, Emacs 등 주요 애플리케이션은 실험적 플래그를 통해서만 Wayland를 사용할 수 있었음
-
nVidia GPU는 오랜 기간 Wayland에서 작동하지 않거나 그래픽 오류를 일으켰으며, 8K 모니터 호환성 문제도 지속됨
- 최근 Fedora, RHEL, Asahi Linux 등 주요 배포판이 Wayland를 기본 또는 유일한 데스크톱 스택으로 채택하면서 전환 압력이 증가함
Wayland 실행 환경 구성
- 테스트 시스템은 nVidia RTX 4070 Ti(랩 PC)와 RTX 3060 Ti(메인 PC)를 사용
-
nVidia 드라이버 495(2021) 부터 GBM 지원이 추가되었고, explicit sync 기능이 Sway 1.11(2025) 과 wlroots 0.19.0에서 구현됨
- 그러나 8K Dell UP3218K 모니터의 TILE 속성 미지원으로 Sway에서는 화면이 두 개로 분리되어 표시됨
-
EBADBEEF의 패치와 Claude Code의 분석을 통해 SRC_X DRM 속성 버그를 발견하고, 우회 패치로 전체 화면 표시 성공
- GNOME은 TILE을 지원하지만 화면 중앙에 심한 티어링이 발생함
-
NixOS 25.11 환경에서 GDM, GNOME, Sway를 병행 설정하고, foot, fuzzel, wayland-utils 등 Wayland 전용 도구를 추가함
실험 결과: Sway 환경
-
Sway는 i3 설정과 대부분 호환되며, 작성자는 NEO 키보드 레이아웃과 입력·출력 설정을 조정함
- 주요 문제점:
- 마우스 포인터 지연 및 부드럽지 않은 움직임 (nVidia 하드웨어 커서 미지원 추정)
-
Xwayland 앱의 스케일링 불가로 흐릿하거나 이중 확대 표시
- 일부 단축키가 이중 실행(ghost key press) 되는 현상
- GTK 앱은 초기 폰트 크기 과대 문제를 gsettings reset으로 해결
-
GTK3는 dconf 설정만 사용하므로 font-name을 dconf로 지정해야 렌더링 일치
-
swaylock은 i3lock과 달리 종료 시 “붉은 화면” 상태가 되며, SIGUSR1로만 해제 가능
-
i3 IPC 기반 자동화 도구는 소켓 경로 차이, 프로세스 잔류, 레이아웃 복원 미지원 등으로 부분적 호환
주요 애플리케이션 테스트
-
foot 터미널은 경량이지만 일부 색상 차이, Ctrl+Enter 처리, URL 선택, screen 색상 문제 등 발견
-
Emacs는 기본 버전이 Xwayland에서 실행되어 흐릿하게 표시되며, pgtk 버전은 입력 지연과 글자 간격 차이 존재
-
Chrome은 GPU 프로세스 충돌로 하드웨어 가속이 중단되며, 창 복원 시 이전 워크스페이스 정보 미유지
-
화면 공유는 xdg-desktop-portal-wlr을 통해 가능하지만, 창 단위 공유 미지원 및 저해상도 전송 문제 존재
-
출력 스케일링 활성화 시 창 내용이 순간적으로 이동하거나 흐릿해지는 글리치 발생
-
dunst 알림과 rofi(2.0.0 이상) 는 정상 작동, grim 스크린샷 도구는 창 선택 기능이 불편함
결론: 2026년의 Wayland 사용 가능성
-
Wayland/Sway 세션이 처음으로 실사용 수준에 근접, 그러나 여전히 다수의 결함 존재
- X11/i3 환경은 지연 763μs 수준의 낮은 입력 지연과 완벽한 안정성을 제공
- Wayland 전환 시 그래픽 글리치, 입력 지연, 주요 앱 성능 저하가 발생
- 일상 사용을 위해 필요한 조건:
- Sway의 이중 키 입력 및 전환 글리치 해결
-
Chrome 하드웨어 가속 안정화 및 창 복원 지원
-
Emacs(pgtk) 의 입력 지연 및 렌더링 개선
- 결론적으로, Wayland는 아직 일상 업무용으로는 준비되지 않았으며, 작성자는 X11/i3를 계속 사용할 계획임