Wayland과 X11: 2026 비교

현대 Linux 디스플레이 서버 비교

Page content

Linux 디스플레이 서버 환경은 지난 10년간 급격하게 변화해 왔습니다. Wayland, 1984년에 개발된 오래된 X11 (X Window System)을 대체하려는 야망을 품고 시작한 프로젝트는 이제 주요 Linux 배포판의 기본이 되었습니다.

X11에서 Wayland로의 이전은 데스크톱 환경에서 그래픽 처리 방식을 근본적으로 바꾸며, 현대적인 아키텍처, 개선된 보안, 그리고 더 나은 성능을 Linux 데스크톱에 제공합니다.

테이블 위의 컬러 테트리스

디스플레이 서버 아키텍처 이해

Wayland란 무엇이며 X11과 어떻게 다릅니까?

Wayland는 디스플레이 서버 아키텍처에 대한 근본적인 재고를 의미합니다. 1984년에 개발된 X11의 복잡한 클라이언트-서버 모델과 달리, Wayland는 애플리케이션이 직접 커모포이터와 통신하는 간결한 접근 방식을 사용합니다. 각 애플리케이션은 자체 렌더링 버퍼를 관리하고, 커모포이터는 윈도우 관리, 입력 라우팅, 그리고 최종 화면 구성에 책임이 있습니다.

반면 X11은 모든 렌더링 작업을 관리하는 중심 X 서버를 사용하며, 40년 동안 축적된 광범위한 프로토콜 확장과 모든 그래픽 작업에 중개자 역할을 합니다. 이 아키텍처는 얇은 클라이언트와 네트워크 투명성의 시대에 의미가 있었지만, 현대 데스크톱 컴퓨팅에서는 불필요한 오버헤드와 보안 취약점을 만들었습니다.

핵심적인 아키텍처 차이점은 커뮤니케이션 모델에 있습니다. X11 애플리케이션은 그릴링 명령을 X 서버에 보내고, X 서버가 모든 것을 렌더링합니다. 반면 Wayland 애플리케이션은 OpenGL이나 Vulkan과 같은 현대 그래픽 API를 사용하여 자체 버퍼에 직접 렌더링한 후, 커모포이터에게 최종 표시를 위해 버퍼를 전달합니다. 이는 여러 중간 단계를 제거하고 하드웨어 가속화를 향상시키는 데 도움이 됩니다.

클라이언트-커모포이터 모델

Wayland의 커모포이터는 동시에 디스플레이 서버와 윈도우 매니저 역할을 합니다. 인기 있는 구현 사례는 다음과 같습니다:

  • Mutter (GNOME)
  • KWin (KDE Plasma)
  • Weston (참조 구현)
  • Sway (i3 스타일의 타일링 커모포이터)

이 통합 접근 방식은 그래픽 스택을 상당히 간소화합니다. X 서버, 윈도우 매니저, 합성 관리자와 같은 별도의 구성 요소가 조정되어야 하는 대신, Wayland는 이러한 책임을 통합합니다. 그 결과는 지연 시간 감소, 더 나은 프레임 타이밍, 더 예측 가능한 행동이 됩니다.

성능 분석: 수치와 실제 사용 사례

CPU 효율성 비교

최근 벤치마크는 세부적인 성능 특성을 보여줍니다. 합성 없이 X11은 단지 3.72%의 CPU 사용량으로 뛰어난 CPU 효율성을 제공합니다. 그러나 현대 데스크톱 환경은 효과와 투명도를 위해 합성을 요구하며, X11을 9.8%의 CPU 사용량으로 밀어냅니다.

Wayland는 설정에 따라 25~31%의 CPU 사용량을 사용합니다. 이 높은 기준은 애플리케이션이 자체 렌더링을 수행하고 중앙 서버에 위임하지 않기 때문입니다. 이는 불리해 보일 수 있지만, 이 교환은 더 나은 하드웨어 가속화와 X11의 중앙 렌더링 모델에 내재된 병목 현상을 제거할 수 있습니다.

그래픽 성능

현대 하드웨어와 성능 좋은 GPU가 있는 경우, Wayland는 일반적으로 X11보다 우수합니다:

  • 네이티브 vsync 지원은 설정 없이 화면 찢김을 제거합니다
  • 직접 버퍼 공유는 메모리 복사 횟수를 줄입니다
  • 더 나은 Vulkan 통합은 현대 그래픽 API에 대한 지원을 제공합니다
  • 고 주사율 디스플레이에서 더 매끄러운 프레임 페이싱
  • 다중 모니터의 혼합 주사율을 더 잘 처리

합성 없이 X11은 특정 벤치마크에서 더 높은 원시 FPS를 달성할 수 있지만, 현대 데스크톱 환경에서 사용자들이 기대하는 시각적 품질과 기능은 제공하지 않습니다. 게임과 GPU 집약적인 애플리케이션에서는 Wayland의 현대 아키텍처가 능력 있는 그래픽 하드웨어가 있는 시스템에서 구체적인 이점을 제공합니다.

보안: 아키텍처가 안전을 결정합니다

입력 보안 모델

보안은 아마도 Wayland의 가장 매력적인 장점입니다. Wayland의 입력 스택은 악의적인 애플리케이션이 다른 프로그램을 위협하는 것을 근본적으로 방지합니다. 애플리케이션은 다음과 같은 작업을 수행할 수 없습니다:

  • 다른 애플리케이션의 키보드 입력을 스푸는 것
  • 사용자로부터 유래한 것으로 보이는 가짜 입력 이벤트를 생성하는 것
  • 정당한 애플리케이션을 제외하고 모든 입력을 포착하는 것
  • 사전에 사용자 허가 없이 다른 애플리케이션 창의 스크린샷을 캡처하는 것

X11은 이러한 보호 기능을 전혀 제공하지 않습니다. X11의 어떤 애플리케이션도 전체 시스템의 키로그를 수행하고, 모든 창의 스크린샷을 캡처하고, 합성 입력 이벤트를 삽입할 수 있습니다. 이 아키텍처 결함은 X11의 창시 시절부터 존재했습니다—1984년에 보안은 주요 설계 고려사항이 아니었습니다.

버퍼 접근 및 그래픽 보안

Wayland는 DMA-buf 공유와 파일 디스크립터 전달을 통해 보안적인 그래픽 버퍼 접근을 제공합니다. 버퍼에 액세스가 명시적으로 허가된 애플리케이션만 해당 버퍼를 읽거나 수정할 수 있습니다. 커널은 파일 디스크립터 수준에서 이러한 권한을 강제합니다.

X11의 GEM (Graphics Execution Manager) 버퍼 시스템은 32비트 정수 핸들로 식별자를 사용합니다. 어떤 애플리케이션이 이 핸들을 추측하거나 열거하면 해당 그래픽 메모리에 접근할 수 있습니다. 이는 X11 호환성을 유지하지 않는 한 수정할 수 없는 근본적인 보안 취약점입니다.

최근 취약점이 차이를 드러냅니다

보안 연구자들은 2025년 초반에 세 가지 주요 X.Org 취약점을 공개했습니다 (CVE-2025-62229, CVE-2025-62230, CVE-2025-62231). 이 use-after-free 버그와 오버플로 취약점은 X11R6와 Xorg 1.15에서 오래전에 존재했으며, 일부는 20년 이상 전입니다. 이 발견은 X11의 장기적인 가능성과 Wayland 채택 가속화에 대한 논쟁을 다시 일으켰습니다.

이 취약점들은 고립된 사례가 아닙니다. 이는 X11의 유산 코드베이스와 수십 년 전에 만들어진 아키텍처 결정의 결과입니다. 당시 보안 위협 모델은 지금과 크게 다릅니다.

호환성과 이전 과제

XWayland: 두 세계 사이의 다리

기존 X11 애플리케이션은 Wayland에 맞춰 다시 작성할 필요가 없습니다. XWayland는 Wayland 클라이언트로 작동하는 X 서버이며, 투명한 호환성을 제공합니다. 대부분의 X11 애플리케이션은 수정 없이 실행되지만, Wayland의 보안 모델로 인해 일부 동작이 변경될 수 있습니다.

글로벌 포인터 위치나 합성 입력 생성에 의존하는 애플리케이션은 제한이 있습니다. 윈도우 위치 복원, 화면 테두리 감지 및 특정 자동화 도구는 적응이 필요합니다. 일반적인 데스크톱 애플리케이션 사용자는 XWayland를 통해 실행되고 있다는 것을 거의 인지하지 못합니다.

일반적인 호환성 문제 및 해결책

화면 공유 및 녹화

Wayland에서 가장 흔한 문제는 화면 공유입니다. X11에서는 어떤 애플리케이션도 화면을 캡처할 수 있었지만, Wayland는 xdg-desktop-portal을 통해 사용자의 명시적 허가가 필요합니다. 애플리케이션은 PipeWire를 통합해야 합니다.

화면 공유 시 검은 화면이 나타나면:

  • xdg-desktop-portal-gtk 또는 xdg-desktop-portal-kde가 설치되어 있는지 확인하세요
  • PipeWire가 실행 중인지 확인하세요
  • 애플리케이션이 최신 포털 API를 사용하는지 확인하세요

분수 스케일링

고 DPI 디스플레이의 분수 스케일링 (125%, 150%, 175%)은 Wayland에서 X11보다 훨씬 잘 작동합니다. 그러나 XWayland 애플리케이션은 정수 스케일링으로 렌더링한 후 커모포이터가 스케일링하여 블러링될 수 있습니다. 이는 native Wayland 프로토콜로 이전하지 않은 오래된 애플리케이션에 영향을 줍니다.

해결책은 다음과 같습니다:

  • 가능하면 native Wayland 애플리케이션을 사용하세요
  • 특정 오래된 애플리케이션에 대해 분수 스케일링을 비활성화하세요
  • 툴킷 업데이트를 기다리세요 (GTK4와 Qt6이 이 문제를 더 잘 처리합니다)

색상 관리

Wayland 커모포이터는 점차 색상 관리를 도입하고 있지만, 지원은 다양합니다. ICC 프로파일은 수동 설정이 필요할 수 있습니다. 전문적인 색상 중심 워크플로우는 이전으로 이전하기 전에 커모포이터의 색상 관리 기능을 확인해야 합니다.

NVIDIA GPU 지원

NVIDIA의 전용 드라이버는 역사적으로 X11과 더 잘 작동했습니다. 그러나 최근 드라이버 출시로 Wayland 지원이 크게 개선되었습니다. NVIDIA의 495 시리즈는 GBM (Generic Buffer Management) 지원을 추가하여 적절한 Wayland 기능을 가능하게 했습니다.

2026년 현재, 대부분의 NVIDIA 사용자는 Wayland를 성공적으로 실행할 수 있지만, 오래된 하드웨어나 특정 전문 애플리케이션에서는 X11이 약간 더 높은 안정성을 제공할 수 있습니다. 드라이버 출시마다 이 격차는 좁혀지고 있습니다. 전환 중 GPU 성능을 모니터링하고 있다면, 우리의 Linux에서의 GPU 모니터링 가이드를 참고하세요. 이 가이드는 두 디스플레이 서버 모두에서 잘 작동하는 도구를 다룹니다.

배포판 채택 현황

주요 배포판의 현재 기본 설정

Wayland 전환은 2023년 주요 배포판이 기본으로 변경되면서 임계점을 넘었습니다:

  • Fedora: 2016년 Fedora 25부터 Wayland 기본
  • Ubuntu: 21.04부터 NVIDIA가 아닌 시스템에서 Wayland 기본
  • Debian: Debian 10부터 Wayland 기본
  • Arch Linux: Wayland 사용 가능하며 점점 더 선호됨

데스크톱 환경 지원:

  • GNOME: GNOME 3.20부터 Wayland 주요, Wayland 전용으로 이동 중
  • KDE Plasma: Plasma 5.21부터 Wayland 성숙, Plasma 6.8 (2027년 초)에서 X11 세션 종료
  • XFCE: X11 중심, 실험적 Wayland 지원
  • Cinnamon: 주로 X11, Wayland 개발 진행 중

각 데스크톱 환경은 시스템 구성 요소와 다른 방식으로 통합됩니다. 예를 들어, 파일 관리자의 행동은 환경에 따라 크게 다릅니다—우리의 Ubuntu 24.04 파일 관리자 비교는 Nautilus (GNOME), Dolphin (KDE) 등이 Wayland와 X11 모두에서 어떻게 작동하는지 다룹니다.

KDE Plasma 6.8 마일스톤

KDE가 Plasma 6.8에서 X11 세션 지원을 중단한다고 발표한 것은 분수령이 되었습니다. X11 세션이 2027년 초에 종료되며, KDE는 Wayland의 미래에 완전히 헌신하고 있습니다. 이 결정은 GNOME의 유사한 경로를 따르며, 주요 데스크톱 환경이 Wayland가 충분히 성숙해서 생산 환경에서 사용할 수 있다고 판단했다는 신호입니다.

전환: 이전 가이드

Wayland로 언제 이전해야 하나요?

이제 즉시 이전하세요:

  • 최신 AMD 또는 Intel 그래픽을 사용하고 있음
  • 고 DPI 또는 혼합 주사율 디스플레이를 사용하고 있음
  • 보안이 주요 관심사임
  • HDR 지원 또는 현대 디스플레이 기능을 원함
  • 이미 Wayland 네이티브 애플리케이션을 사용하고 있음

X11을 유지하는 것을 고려하세요:

  • 전문 워크플로우가 X11 특정 기능에 의존함
  • 오래된 NVIDIA GPU (900 시리즈 이전)를 사용하고 있음
  • 작업에 필수적인 오래된 애플리케이션이 XWayland와 호환 문제를 겪음
  • 배포판이 아직 Wayland를 기본으로 하지 않음

전체 이전 없이 Wayland 테스트

대부분의 Linux 배포판은 테스트를 쉽게 해줍니다. 로그인 화면에서 세션 유형 선택기(보통 기어 아이콘)를 찾아보세요. Wayland 세션을 선택하여 시스템 구성 변경 없이 테스트할 수 있습니다.

문제가 발생하면 단순히 로그아웃하고 X11 세션을 선택하세요. 데스크톱 환경 설정, 애플리케이션, 워크플로우는 변함없고, 오직 기저 디스플레이 서버만 다릅니다. 터미널 중심 워크플로우에서는 특히 테스트가 중요합니다—현대 Alacritty 및 Kitty와 같은 터미널 에뮬레이터는 Wayland에 네이티브 지원을 제공하며 우수한 성능을 보장합니다.

Wayland를 올바르게 테스트하려면 새 시스템을 설정해야 한다면, 우리의 Ubuntu 24.04 설치 또는 Linux Mint 재설치 가이드를 참고하세요. 이 가이드는 디스플레이 서버 선택을 포함한 전체 설정 과정을 안내합니다.

일반적인 문제 해결

애플리케이션 충돌 또는 실행 불가:

# XWayland을 통해 X11 강제
GDK_BACKEND=x11 application-name

화면 공유가 작동하지 않음:

# PipeWire가 실행 중인지 확인
systemctl --user status pipewire

# 포털 구현 확인
ls /usr/share/xdg-desktop-portal/portals/

분수 스케일링이 나쁨:

# XWayland 스케일링 강제 (KDE)
KWIN_X11_NO_FRACTIONAL_SCALING=1

# 특정 애플리케이션에 대한 정수 스케일링 강제
GDK_SCALE=2 application-name

지속적인 서비스가 디스플레이 서버와 관계없이 실행되어야 한다면, 적절히 구성해야 합니다. 우리의 Linux에서 실행 가능한 모든 실행 파일을 서비스로 호스팅하는 방법 가이드를 참고하세요. 이 가이드는 Wayland와 X11 모두에서 작동하는 systemd 서비스 구성 방법을 다룹니다.

Linux 디스플레이 서버의 미래

Wayland의 앞으로의 방향

활발한 개발은 다음과 같은 것에 집중하고 있습니다:

  • 전문 워크플로우를 위한 색상 관리 프로토콜
  • 커모포이터 전체에 HDR 및 넓은 색상 범위 지원
  • 디지털 아티스트를 위한 테이블릿 및 스타일러스 입력 개선
  • 더 나은 다중 GPU 및 하이브리드 그래픽 처리
  • 접근성 기능이 X11과 동등해질 수 있도록 개선

애플리케이션 배포도 Wayland에 더 잘 지원되도록 진화하고 있습니다. 현대적인 패키징 시스템인 Snap 및 Flatpak은 전통적인 패키지 관리자보다 Wayland 권한을 더 유연하게 처리하여, 필요할 때 샌드박스 애플리케이션이 디스플레이 서버 접근을 요청하는 것이 더 쉬워집니다.

X11의 유지보수 모드

X.Org 개발은 보안 패치 이외에 거의 중단되었습니다. 마지막 주요 X 서버 출시는 3년 이상 전이었습니다. X11은 가까운 미래에도 XWayland 및 유산 지원을 통해 계속 사용 가능하지만, 활발한 개발은 전적으로 Wayland로 이동했습니다.

이것이 X11이 즉시 사라지는 것은 아닙니다. 중요한 시스템, 기업 환경, 특정 용도는 수년 동안 X11을 계속 사용할 것입니다. 그러나 일반적인 Linux 데스크톱 컴퓨팅에서는 Wayland로의 전환은 불가피하며, 대부분 완료되었습니다.

결론: 2026년 디스플레이 서버 선택

2026년 현재 대부분의 Linux 사용자에게 Wayland는 더 나은 선택입니다. 보안 우위, 현대 하드웨어 지원, 더 깔끔한 아키텍처가 일반 워크플로우의 호환성 문제보다 우세합니다. 주요 배포판, 데스크톱 환경, 애플리케이션 개발자들은 모두 Wayland가 미래라고 확신하고 있습니다.

그러나 기술 선택은 당신의 필요에 따라 있어야 하며, 이념에 따라선 안 되어야 합니다. X11이 특정 용도 사례—예를 들어 유산 애플리케이션, 전문 요구사항, 하드웨어 제약으로 인해 더 잘 작동한다면, 계속 사용하는 데 부끄러움은 없어야 합니다. 두 디스플레이 서버는 수년 동안 공존할 것입니다.

핵심은 교환의 이해입니다. Wayland는 보안, 현대 기능, 더 나은 장기 지원을 제공합니다. X11은 성숙함, 호환성, 입증된 기록을 제공합니다. 요구사항을 평가하고 두 옵션을 모두 테스트한 후, Linux 워크플로우에 가장 적합한 결정을 내리세요.

유용한 링크

다음의 자료가 유용할 수 있습니다: