omar@charlotte: ~/notes
omar@charlotte:~$ whoami
시스템, 컴파일러, 로우레벨 툴링
나는 운영체제, 컴파일러, 툴링, 인프라 주변의 것들을 만든다. 이것은 내 글과 노트를 모아둔 곳이다.
blogRSS: /atom.xml
Links
Tags
invidiouspatreonlanguageperformancenanotraceopinion
Blog post
### [Wayland는 Linux 데스크톱을 10년 뒤로 돌려놓았다](https://omar.yt/posts/wayland-set-the-linux-desktop-back-by-10-years)
2026년 3월 18일 tags: [opinion](https://omar.yt/tags/opinion)
Wayland는 사용자들의 대가를 치르게 하면서까지, 시간과 개발자 자원을 넓게 잘못된 방향으로 돌리고 잘못 배분한 결과물이었다. 다른 운영체제에서의 이주가 늘어나면서, 근본적인 문제를 고쳐야 한다는 압박은 더 두드러지게 되었다. 17년의 개발 끝에, X11 디스플레이 프로토콜을 대체하는 것으로서 Wayland 개발을 둘러싸고 제시되었던 더 큰 약속들 중 일부를 되돌아보기에 지금은 좋은 시점이다.
이 분야에 있지 않더라도, 새로운 그린필드 프로젝트를 맡는 것이 어떤 결과로 이어지는지에 대한 엔지니어링 사후 분석으로서 흥미롭길 바란다. 즉: 기존에 존재하는 것의 문제는 무엇인지, 왜 고칠 수 없는지, 새 프로젝트로 무엇을 이루길 바라는지, 그리고 얼마나 걸릴 거라고 기대하는지.
# [#](https://omar.yt/posts/wayland-set-the-linux-desktop-back-by-10-years#background-and-the-problems) 배경과 X11의 문제점
이미 X11과 Wayland에 익숙하다면 다음 부분으로 건너뛰어도 좋다.
Linux에 익숙하지 않은 사람을 위해, 이 영역의 용어를 대략 가장 상위부터 가장 하위 순으로 빠르게 정리해보면 다음과 같다:
* 애플리케이션
* 여러분이 실행하고 싶은 것들
* 예시: Chrome, Steam, OBS
* 데스크톱 환경(DE)
* 창 테마, 알림, 작업 표시줄 같은 것들을 관리한다
* 예시: KDE, GNOME
* 컴포지터
* 창을 서로 위에 겹쳐 배치하고 애니메이션, 그래픽 효과 등을 처리한다
* 예시: Compiz, KWin(KDE용), Sway, i3
* 디스플레이 서버
* 디스플레이를 관리하는 구성요소이며, NVidia, AMD, Intel 등에서 위의 것들이 동작할 수 있도록 하드웨어 세부사항 일부를 추상화한다
* 예시: X11, Wayland
* 커널 / 운영체제
* 하드웨어 자원을 관리하는 더 아래 계층의 것. 우리에게는 Linux가 이것이다.
* 예시: Linux, FreeBSD
위는 완전한 목록은 아니지만, X11이 대부분의 Linux 환경에서 얼마나 근본적인 구성요소인지 이해하는 데는 충분하다.
X11은 현재도 Linux 생태계에서 가장 흔하고 대중적인 디스플레이 서버다. 1980년대 중반에 개발되었고, 레거시 프로젝트들이 흔히 그렇듯 유지보수를 어렵게 만드는 기능들이 축적되어 왔다고 개발자들은 말한다.
그래서 2008년, Kristian Høgsberg가 [Wayland](https://www.phoronix.com/review/xorg_wayland)로 알려지게 될 프로젝트를 시작했다. Wayland는 (이론상) 디스플레이 서버를 대체하고, 더 단순한 디스플레이 프로토콜과 레퍼런스 구현으로 컴포지터와 데스크톱 환경의 일부까지도 대체한다. Wayland의 원래 발상은 단순한 Linux 데스크톱에 필요한 것만 구현하는 것이었다. 초기 구현은 코드가 3,000줄을 조금 넘는 정도였다.
멋지게 들린다!
# [#](https://omar.yt/posts/wayland-set-the-linux-desktop-back-by-10-years#so) 그래서 무슨 일이 있었나?
2026년 현재, Wayland는 출처에 따라 대략 [40-50%](https://x.com/LundukeJournal/status/1994963236827865224) 정도, 혹은 [50-60%](https://chandanadev.com/linux_2)에 가까운 시장 점유율에 도달했다. 나는 17년이 걸려서야 의미 있는 점유율을 얻은 제품이라면 채택을 가로막는 문제가 있다고 주장하겠다. Wayland의 개발을 오디오 관리를 위한 유사한 프로젝트인 PipeWire와 비교해보자. ~8년 안에 거의 모든 대안이 대체되었다. Ubuntu에서는 22.04부터 기본으로 채택되었는데, 첫 출시 이후 대략 4년쯤 지난 시점이다!
아래는 사용자 관점에서 내가 가장 흔히 본 문제들이며, 대체로 중요하지 않다고 생각하는 기술적 세부사항은 가볍게 다루고, Wayland의 출시/전개와 설계를 둘러싼 더 큰 문제들에 초점을 맞추겠다.
## [#](https://omar.yt/posts/wayland-set-the-linux-desktop-back-by-10-years#wayland-is-more-secure) Wayland는 더 안전하다(그래서 나는 아무것도 못 한다)
내가 Linux와 다른 유닉스 계열을 쓰는 이유는, 실수까지 포함해서 내 시스템에서 내가 원하는 일을 무엇이든 할 수 있게 해주기 때문이다! 그런데 왜 내 **디스플레이 서버**가 보안이라는 명분으로, _내가 설치했고 실행하기로 선택한_ 특정 애플리케이션들이 서로 대화하는 것을 허용하지 않는가?
이런 사례가 여러 가지 있다: OBS는 화면 녹화를 못 하고(대신 세그폴트가 난다), 복사/붙여넣기를 못 하고, 코어 프로토콜에 대한 특정 확장을 모두가 구현하지 않으면 창 미리보기조차 볼 수 없다.
여기서의 실제 "위협 모델"은 어리둥절할 정도로 이해가 안 되며 사용자 필요를 반영하는 것 같지도 않다. 애플리케이션들은 서로의 창을 볼 수 없지만, 잠재적으로 문제를 일으킬 수 있는 _그 어떤 다른 방식으로도_ 상호작용할 수 없다는 건가?
또한 코어 레퍼런스 구현의 일부가 메모리 안전하지 않은 언어로 작성되어 있는 상황에서 "보안" 논증도 마음에 들지 않는다. 분명히 하자면, **나는 C로 작성된 소프트웨어가 나쁘다고 말하는 것이 아니다**. 내가 지적하는 것은, 소프트웨어에 대해 **보안** 논증을 펼쳐놓고는 이전(40년 된) 구현의 결정을 반복하는 건 보기 좋지 않다는 점이다.
## [#](https://omar.yt/posts/wayland-set-the-linux-desktop-back-by-10-years#wayland-is-more-performant-as-long-as-you-don) Wayland는 더 성능이 좋다(NVidia를 쓰지 않는 한)
Wayland가 내린 여러 설계 결정은 성능을 명분으로 제시된다. 즉 여러 계층을 접어서, 서로 다른 구성요소 사이에서 데이터를 이동할 때 복사 횟수를 줄인다는 것이다.
하지만 이유가 무엇이든 간에, 이런 성능 이득은 현실화되지 않았거나, 어느 쪽이든 일화적 수준이라 X11 대비 명확한 우위를 주장하기가 어렵다. 사실 Wayland가 X11보다 **약 40% 느려진다**는 것을 보여주는 [사례](https://mort.coffee/home/wayland-input-latency/)도 찾아볼 수 있다! Wayland가 이긴다는 벤치마크나 그 반대의 벤치마크도 분명 있을 테고(제공된다면 기꺼이 링크하겠다).
문제는 Wayland가 설령 _두 배_ 빠르다 해도, 같은 기간의 하드웨어 향상에 비하면 별것 아니라는 점이다. 그냥 기다리는 편이 나았을지도 모른다! 이것이 Wayland를 지지하는 합리적 근거가 되려면 성능 향상이 훨씬 더 실질적이어야 한다. 상당한 시간이 지났는데도 어느 쪽이 더 빠른지에 대한 질문이 _여전히 존재한다_는 사실 자체가 명백한 실패다.
게다가 그 성능 이득은 내가 그것을 활용할 수 없다면 의미가 없다. 예를 들어 내 시스템에서 [가장 인기 있는 그래픽 카드 벤더](https://jpetazzo.github.io/2024/04/29/six-months-with-wayland-sway-i3/)를 쓰고 있다면, 기본 상태에서 잘 동작할 거라고 기대하지 말아야 한다.
## [#](https://omar.yt/posts/wayland-set-the-linux-desktop-back-by-10-years#wayland-isn) Wayland는 그냥 "하나"가 아니다(Wayland가 아무것도 하지 않기 때문이다)
내가 들어본 반박 중 하나는, 그건 Wayland의 문제가 아니라 컴포지터/확장/애플리케이션의 문제라는 것이다. 결국 "Wayland"는 소프트웨어 조각이 아니라, 다른 소프트웨어가 선택해 구현하는 단순한 프로토콜일 뿐이라는 주장이다!
물론 실제로는, 여러(대개 호환되지 않는) 표준의 여러 가지 구현이 생긴다는 뜻이다. 데스크톱 운영체제라는 개념이 완전히 새롭고 미지의 것이라면 괜찮을 수도 있겠지만, 사용자들은 [드래그 앤 드롭](https://wayland.app/protocols/xdg-toplevel-drag-v1)이나 [화면 공유](https://wiki.hypr.land/Useful-Utilities/Screen-Sharing/) 같은 것이 네이티브로 지원되지 않고 사실상 아직 "베타" 상태라는 걸 알게 되면 질색한다.
무언가를 더 나은 방식으로 제공하는 대신, 흔한 기능들이 _아예_ 지원되지 않고, 생태계의 모두가 어떤 표준에 합의하는 것이 그들의 일이 되어버렸다. 이미 존재하고 _X11에서 이미 표준화되어 있는_ 무언가를 대체해야 한다는 주장으로서는 전혀 설득력 있어 보이지 않는다!
## [#](https://omar.yt/posts/wayland-set-the-linux-desktop-back-by-10-years#wayland-is-still-under-active-development) Wayland는 아직도 활발히 개발 중이다
Wayland는 _고작_ 17년 되었지만, X11은 40년에 가까운 개발 역사가 있다. 아직 개발 중인 것들이 있고 _당연히_ 점점 나아질 테니, 어차피 고쳐질 문제들에 왜 불평하느냐?
_**17년이 지났는데도 사람들이 여전히 큰 문제를 겪고 있기 때문이다!**_
KDE Plasma를 쓸 때 기본 디스플레이 서버가 Wayland로 바뀌어 있는 것을 보고 불쾌할 정도로 놀랐다. 시작하자마자 그래픽 끊김을 충분히 겪고 나서야 Wayland를 쓰고 있음을 알아차렸고, 곧바로 다시 바꿨다. 일화적 경험만으로 광범위한 문제라고 말할 수는 없지만, 평균적인 사용자가 60초 안에 그래픽 문제를 겪는다면 기본값으로 삼을 준비가 되지 않았을지도 모른다는 게 내 요지다! Wayland에서 OBS를 실행하려고 할 때 세그폴트가 멈춘 것도 불과 최근 6개월 사이의 일이다. 2026년에도 주요 컴포지터 개발자조차 [여전히 Wayland를 쓰지 못한다](https://michael.stapelberg.ch/posts/2026-01-04-wayland-sway-in-2026/)는 점에서, 나도 꽤 괜찮은(?) 동료가 있는 셈이라고 생각한다.
부분적으로만 지원되거나 반쯤 구워진 듯한 "간단한" 유틸리티들의 수는 믿기 어려울 정도이며, 엄청난 중복 노력처럼 보인다. 지난 40년 동안 발전한 X11 주변의 툴링은 완전히 버려진 듯하고, 대안도 제공되지 않았다. 명확한 전환 경로를 제공하기는커녕, Wayland는 더 큰 단편화를 도입했다.
"레거시 찌꺼기"가 많은 오래된 소프트웨어는 _테스트_되어 왔고 버그도 오래전에 _수정_되어 왔다. 나는 개발을 20년 더 하면 더 나아질 거라고 충분히 믿는다. 문제는 내가 _**지금**_ 전환을 강요받고 있다는 것이다. 참고: [KDE와 RedHat이 Wayland를 밀고 오래된 기술 지원을 끊는 움직임](https://blogs.kde.org/2025/11/26/going-all-in-on-a-wayland-future/).
## [#](https://omar.yt/posts/wayland-set-the-linux-desktop-back-by-10-years#opinion-of-wayland-developers) Wayland 개발자들의 사용자에 대한 관점
[이 글](https://web.archive.org/web/20211008180535/https://drewdevault.com/2021/02/02/Anti-Wayland-horseshit.html)은 Linux 데스크톱의 다음 이터레이션으로 이주하려는 사용자들을 향한 개발자 관점을 아마도 가장 잘 요약한다:
> 아마 Wayland가 당신의 소중한 유스케이스에서는 동작하지 않을지도 모른다. 더 그럴듯한 건, 실제로는 동작하는데도 당신이 7년 전에는 맞았을지 모르는 가정에 기반한 선전을 삼켜버렸다는 것이다. 어쨌든, 난 이제 더 이상 너 따위는 신경 쓰지 않는다.
>
>
> ...
>
>
> 우리는 공짜로 너희를 위해 이걸 만들려고 여가 시간을 희생했다. 그런데도 완전히 말도 안 되는 음모론을 근거로 우리를 괴롭힌다면, 넌 씨발 개새끼다.
Wayland에 대해 사람들이 느끼는 것과 같은 좌절을 Rust 커뮤니티에 대해 표한, [일주일 뒤에 올라온 글](https://web.archive.org/web/20230605024414/https://drewdevault.com/2021/02/09/Rust-move-fast-and-break-things.html)과 비교하면 더 아이러니하다!
Drew는 이후 이 글을 삭제했으니, 더 이상 그런 의견을 고수하지 않을 수도 있다는 점은 이해한다. 하지만 미완성 소프트웨어를 강제로 쓰게 된 사용자들을 향한 개발자 정서의 한 단면을 대표적으로 보여준다. 오픈소스 메인테이너에 대한 권리의식과 괴롭힘은 부적절하며, 권리의식 강한 사용자들에게 두들겨 맞는다고 느끼면 개발자들이 발끈하는 것도 이해할 만하다. 하지만 사용자 측에도 어느 정도 공감해보면, 그 좌절은 새로 나온 유행을 강제로 쓰게 된 뒤 평균적인 사용자가 우회할 수 없는 치명적인 버그를 맞닥뜨리는 데서 비롯되는 경우가 많다.
원래 개발자들이 자신들이 만들고 싶은 것을 만든 것 자체는 그들의 잘못이 아니다. 그들이 Wayland가 이렇게까지 대중화되거나 미래 데스크톱의 기반이 되는 것을 반드시 _선택_한 것은 아니라는 점을 기억하는 것이 중요하다고 생각한다. 아래 다이어그램을 보라:

Wayland를 개발자 전용 놀이터로 두는 건 괜찮다! 재미있게 만들어라! 하지만 실제 사용자들이 그것을 강제로 쓰게 되는 순간, 그들이 좌절할 거라고 기대해야 한다! 이 시점에서 나는 Wayland를, 완성된 레거시 프로젝트에서 일하는 데 지친 개발자들을 달래기 위해 만들어진 재미있는 장난감 정도로 본다.
# [#](https://omar.yt/posts/wayland-set-the-linux-desktop-back-by-10-years#predictions-and-looking-for) 전망과 앞으로
## [#](https://omar.yt/posts/wayland-set-the-linux-desktop-back-by-10-years#things-to-be-excited-about) 기대할 만한 것들
이 글의 대부분이 Wayland 개발에 대해 압도적으로 부정적이었기 때문에, 대신 가능한 한 많이 배우고 "내가 무엇을 할 수 있기를 바라는가"를 앞으로 보면서 생각하는 편이 낫다. 윈도잉 기술은 결코 "끝난" 것이 아니며, 다른 운영체제를 뒤따라가기보다는 Linux가 다른 어떤 환경에서도 할 수 없는 일을 할 수 있다면 환상적일 것이다.
예를 들어 비직사각형 창을 구현할 수 있다든지, (MacOS처럼) 컨텍스트 액션을 노출한다든지, 데스크톱 환경의 일부를 자동화하거나 스크립팅하기 쉽게 만든다든지 하는 것은 굉장히 흥미로울 것이다!
게임 지원, 새(그리고 옛) 하드웨어 지원, 그리고 전체적인 "완성도" 면에서의 진보가 얼마나 큰지 과장하기 어렵다. 모든 개발자는 그 일부였다는 사실을 자랑스러워해야 한다!
# [#](https://omar.yt/posts/wayland-set-the-linux-desktop-back-by-10-years#conclusion) 결론
17년이 지난 지금도 Wayland는 본격적으로 쓰기엔 아직 준비가 되지 않았다. 주목할 만한 파손 사례들이 [문서화](https://gist.github.com/probonopd/9feb7c20257af5dd915e3a9f2d1f2277)되고 있으며, 그에 따라 채택도 느렸다.
어떤 사용자에게는 전환이 매끄럽다. 다른 사용자(나를 포함해서)에게는, 워크플로를 망가뜨리는 문제를 만난 뒤 보통 튕겨 나가게 된다. 이 시점에서는 그 트레이드오프가 이런 번거로움을 감수할 만한 가치가 없었다는 것이 분명해 보인다.
내 예측으로는 앞으로 5년 안에 다음이 사실이 될 것이다:
1. 프로젝트들이 Wayland 지원을 버리고 X11로 돌아간다
2. X11과 Wayland 둘 다를 대체하는 새로운 디스플레이 프로토콜이 나온다
3. 새로운 디스플레이 프로토콜은 드롭인 대체재가 될 것이다(XWayland처럼)
4. 단편화는 여전히 문제일 것이다(이건 덤이다)
2030년에 Linux 데스크톱의 해를 보자.
## [#](https://omar.yt/posts/wayland-set-the-linux-desktop-back-by-10-years#additional-reading) 추가 읽을거리
이 글에서 참조한 링크 일부와 추가 읽을거리를 포함했다.
* X11을 버리기 전에 다시 생각하라. Wayland는 모든 것을 망가뜨린다!
* [https://gist.github.com/probonopd/9feb7c20257af5dd915e3a9f2d1f2277](https://gist.github.com/probonopd/9feb7c20257af5dd915e3a9f2d1f2277)
* [https://lobste.rs/s/2brhes/think_twice_before_abandoning_xorg?utm_source=chatgpt.com](https://lobste.rs/s/2brhes/think_twice_before_abandoning_xorg?utm_source=chatgpt.com)
* [https://news.ycombinator.com/item?id=45222251](https://news.ycombinator.com/item?id=45222251)
* Wayland는 핵심부터 결함이 있으며 커뮤니티는 이에 대해 이야기할 필요가 있다
* [https://www.reddit.com/r/linux/comments/1pxectw/wayland_is_flawed_at_its_core_and_the_community/](https://www.reddit.com/r/linux/comments/1pxectw/wayland_is_flawed_at_its_core_and_the_community/)
* Wayland 미래에 올인하기
* [https://blogs.kde.org/2025/11/26/going-all-in-on-a-wayland-future/](https://blogs.kde.org/2025/11/26/going-all-in-on-a-wayland-future/)
* 비인기 의견: Linux 세계는 Wayland/GTK4가 오기 전까진 안정적이었다
* [https://www.reddit.com/r/linux/comments/1o5fmxv/unpopular_opinion_linux_world_felt_stable_until/](https://www.reddit.com/r/linux/comments/1o5fmxv/unpopular_opinion_linux_world_felt_stable_until/)
* X 서버를 버리는 것에 대하여
* [https://news.ycombinator.com/item?id=24920183](https://news.ycombinator.com/item?id=24920183)
* 난 이 반-Wayland 헛소리에 지쳤다(삭제됨)
* [http://web.archive.org/web/20211008180535/https://drewdevault.com/2021/02/02/Anti-Wayland-horseshit.html](http://web.archive.org/web/20211008180535/https://drewdevault.com/2021/02/02/Anti-Wayland-horseshit.html)
* 빠르게 움직이고 부숴라를 도덕적 책무로(삭제됨)
* [http://web.archive.org/web/20230605024414/https://drewdevault.com/2021/02/09/Rust-move-fast-and-break-things.html](http://web.archive.org/web/20230605024414/https://drewdevault.com/2021/02/09/Rust-move-fast-and-break-things.html)
* 2026년에 드디어 Wayland를 쓰기 시작해도 될까?
* [https://michael.stapelberg.ch/posts/2026-01-04-wayland-sway-in-2026/](https://michael.stapelberg.ch/posts/2026-01-04-wayland-sway-in-2026/)
* KiCad와 Wayland 지원
* [https://www.kicad.org/blog/2025/06/KiCad-and-Wayland-Support/](https://www.kicad.org/blog/2025/06/KiCad-and-Wayland-Support/)
* Wayland가 마침내 기반을 다지다: 왜 2025년은 데스크톱 Linux 이주의 해인가
* [https://chandanadev.com/linux_2](https://chandanadev.com/linux_2)
* Wayland의 진짜 채택률은 얼마인가
* [https://x.com/LundukeJournal/status/1994963236827865224](https://x.com/LundukeJournal/status/1994963236827865224)
* X의 단순화된 역사 Hector Martin
* [https://web.archive.org/web/20240110152647/https://social.treehouse.systems/@marcan/110371565062371963](https://web.archive.org/web/20240110152647/https://social.treehouse.systems/@marcan/110371565062371963)
* Wayland는 네 나쁜 소프트웨어를 망가뜨린다
* [https://web.archive.org/web/20240112184154/https://oro.gay/posts/wayland-breaks-your-bad-software/](https://web.archive.org/web/20240112184154/https://oro.gay/posts/wayland-breaks-your-bad-software/)
* X 서버를 버리는 것에 대하여
* [https://ajaxnwnk.blogspot.com/2020/10/on-abandoning-x-server.html](https://ajaxnwnk.blogspot.com/2020/10/on-abandoning-x-server.html)
omar@charlotte:~$ exit© 2025 Omar Roth