Linux-Display-Server: Xorg, Wayland, Compositor
Inhaltsverzeichnis:
Jeder Linux-Desktop benötigt eine Software, die Fenster auf dem Bildschirm zeichnet. Genau diese Aufgabe übernimmt ein Linux-Display-Server. Er verarbeitet Eingaben von Tastatur und Maus und stellt die grafische Ausgabe dar. Über Jahrzehnte hinweg war Xorg der unangefochtene Standard. Doch mit wachsenden Anforderungen an Leistung und Sicherheit entstand Wayland als modernes Protokoll. Beide Systeme unterscheiden sich grundlegend in ihrer Architektur.
Im Kern geht es um die Frage, wie Anwendungen mit der Grafikhardware kommunizieren. Xorg nutzt dafür ein Client-Server-Modell mit einem eigenständigen Server. Wayland hingegen vereint Server und Fenstermanager in einem sogenannten Compositor. Dieser Paradigmenwechsel beeinflusst die gesamte Linux-Desktop-Landschaft. Die großen Distributionen vollziehen den Wandel bereits aktiv. Fedora, Ubuntu und Debian setzen inzwischen auf Wayland als Voreinstellung.
Das X Window System und die Geschichte von Xorg
Die Wurzeln des grafischen Linux-Desktops reichen weit zurück. Im Jahr 1984 entstand am Massachusetts Institute of Technology (MIT) das X Window System. Es war ein Gemeinschaftsprojekt von MIT, DEC und IBM. Bereits 1987 erschien die Version X11, die bis heute das Protokoll definiert. In den folgenden Jahren übernahm das X-Konsortium die Weiterentwicklung. Die letzte große Version X11R6 wurde 1994 veröffentlicht.
Aus der freien Implementierung XFree86 ging nach internen Streitigkeiten 2003 der X.Org-Server hervor. Die X.Org Foundation trieb die Entwicklung voran und machte ihn ab 2005 zum Standard. Allerdings verlangsamte sich die Arbeit ab 2008 merklich. Seit 2012 erschien keine neue Hauptversion mehr. Im Juni 2025 startete mit X11Libre zwar ein Community-Fork. Dennoch gilt Wayland heute als anerkannter Nachfolger.
Wie Xorg technisch funktioniert
Xorg basiert auf einem Client-Server-Modell. Der X-Server läuft auf dem lokalen Rechner und steuert Eingabegeräte wie Tastatur, Maus und Grafikkarte. Programme, die eine grafische Oberfläche anzeigen möchten, fungieren als Clients. Die Kommunikation zwischen beiden erfolgt über das standardisierte X11-Protokoll. Interessanterweise kann ein Client auch auf einem entfernten Rechner laufen. Dieses Prinzip der Netzwerktransparenz war ein Kernmerkmal des Designs.
Für die Fensterverwaltung benötigt Xorg ein separates Programm – den Fenstermanager. Er kümmert sich um Titelleisten, Rahmen und die Anordnung der Fenster. Effekte wie Transparenz oder Schatten erfordern einen externen Compositor, etwa Compiz oder Picom. Diese mehrschichtige Architektur führt zu viel Kommunikation zwischen den Komponenten. Latenz und Bildstörungen wie Screen-Tearing können die Folge sein. Außerdem wuchs der Code über die Jahrzehnte durch zahlreiche Erweiterungen stark an.
Wayland als moderner Nachfolger
Kristian Høgsberg, Entwickler bei Intels Open Source Technology Center, begann 2008 mit Wayland. Sein Ziel war ein schlankeres Protokoll ohne den historischen Ballast von X11. Wayland verfolgt dabei einen grundlegend anderen Ansatz bei der Grafikausgabe. Anwendungen rendern ihre Inhalte selbst in eigene Puffer. Der Compositor setzt diese Puffer dann zum fertigen Bild zusammen. Für den Hardwarezugriff nutzt er den Direct Rendering Manager im Linux-Kernel.
Anders als bei Xorg gibt es keinen universellen Display-Server für Wayland. Jede Desktop-Umgebung bringt ihren eigenen Compositor mit – GNOME verwendet Mutter, KDE setzt auf KWin. Die Referenzimplementierung des Wayland-Projekts heißt Weston und dient vor allem als technische Demonstration. Durch die enge Kopplung von Compositor und Desktop entfällt die aufwändige Kommunikation zwischen getrennten Komponenten. Das Ergebnis ist eine spürbar flüssigere Darstellung. Latenz und Screen-Tearing gehören damit weitgehend der Vergangenheit an.
Die Aufgabe des Compositors unter Wayland
Ein Wayland-Compositor vereint mehrere Funktionen in einem Programm. Er übernimmt die Fensterverwaltung, das Compositing und die Linux-Display-Server-Funktionalität. Fensterdekorationen, Schatten und Animationen erzeugt er ohne externe Hilfe. Für Tiling-Fans existieren eigenständige Compositoren wie Sway, der als Wayland-Pendant zum beliebten i3-Fenstermanager gilt. Hyprland bietet dynamisches Tiling mit aufwändigen visuellen Effekten. Wayfire erinnert an den einst populären Compiz.
Viele dieser kleineren Compositoren nutzen die wlroots-Bibliothek als Basis. Sie stellt grundlegende Funktionen bereit, etwa die Anbindung an Hardware und Eingabegeräte. Mutter und KWin verzichten hingegen auf wlroots und implementieren alles eigenständig. Die wlroots-Bibliothek stammt ursprünglich aus dem Sway-Projekt und umfasst rund 50.000 Zeilen Code. XFCE arbeitet mit xfwl4 an einem eigenen wlroots-basierten Compositor. Auch System76 entwickelt für seine COSMIC-Desktop-Umgebung einen Compositor in Rust.
Sicherheit und Isolation im Vergleich
Bei X11 können Anwendungen gegenseitig auf Eingaben und Fensterinhalte zugreifen. Ein Programm kann theoretisch alle Tastatureingaben mitlesen – auch Passwörter in anderen Fenstern. Dieses offene Modell war für vertrauenswürdige Universitätsumgebungen der 1980er Jahre konzipiert. In der heutigen Welt mit Flatpak, Snap und unbekannten Drittanbieter-Apps stellt es ein Risiko dar. Anfang 2025 offenbarten Sicherheitsforscher drei gravierende Schwachstellen im X.Org-Server. Einige dieser Fehler reichten über 20 Jahre zurück.
Wayland verfolgt ein strikteres Sicherheitsmodell mit konsequenter Anwendungsisolation. Jedes Programm hat nur Zugriff auf seine eigenen Eingaben und Fensterinhalte. Kein Prozess kann ohne Erlaubnis den Bildschirm anderer Fenster auslesen. Für erwünschte Bildschirmfreigaben gibt es das Portal-System mit PipeWire. GNOME 50 hat die X11-Unterstützung bereits vollständig gestrichen. KDE plant diesen Schritt für Plasma 6.8 im Jahr 2026.
XWayland und der Weg in die Zukunft
Nicht alle Anwendungen unterstützen Wayland bereits nativ. Ältere Programme benötigen nach wie vor das X11-Protokoll. Für diese Fälle existiert XWayland als Kompatibilitätsschicht – ein X-Server, der als Wayland-Client läuft. Die meisten GTK3- und Qt5-Anwendungen erkennen Wayland automatisch. Java-Programme hingegen laufen derzeit ausschließlich über XWayland. Wine und Proton arbeiten an nativer Wayland-Unterstützung für Windows-Spiele.
Die großen Linux Distributionen treiben den Wechsel entschlossen voran. Ubuntu und Kubuntu werden ab Version 25.10 nur noch Wayland ausliefern. Fedora setzt bereits seit längerem auf Wayland als Standard. Auch kleinere Desktop-Umgebungen wie XFCE und MATE beginnen mit der Portierung. Nvidia-Treiber unterstützen seit Version 495 das GBM-Protokoll und verbessern damit die Kompatibilität erheblich. Projekte wie Wayback ermöglichen es sogar, komplette X11-Sitzungen auf Wayland-Basis auszuführen.
Fazit zum Linux-Display-Server
