1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Will Wayland Become A New Desktop Standard?

Michael Larabel

Published on 17 May 2011
Written by Michael Larabel
Page 1 of 2 - 44 Comments

As mentioned earlier on Phoronix, LinuxTag 2011 took place this past weekend in Berlin. One of the few talks I was able to make due to the Ubuntu Developer Summit in Budapest colliding with the event was the Wayland talk by SUSE's Egbert Eich. The focus of this talk was whether Wayland is on the way to becoming a new desktop standard.


Egbert Eich, a veteran X.Org developer and RadeonHD driver developer for Novell/SUSE, at LinuxTag 2011 [with an Ubuntu pickle].

This was an hour-long talk on Saturday at LinuxTag. Egbert Eich was kind enough to share these slides with the Phoronix readers. I also have a video recording I have made that still needs to be uploaded of the talk. For those that have no idea about the Wayland Display Server, you certainly need to be reading Phoronix much more, but it basically comes down to being a next-generation replacement to the traditional X11/X.Org Server that within a year or two should be viable on the Linux desktop.

Before even mentioning Wayland, Egbert first extensively covered the history of X11. The X11 protocol has been around since the 1980's and over the past three decades has been extended to provide modern functionality via extensions like RandR (Resize and Rotate with more recently supporting monitor hot-plugging), DRI/DRI2 (Direct Rendering Infrastructure for 3D direct rendering to graphics cards), Render, Composite, Damage, and XFixes. Historically, X.Org drivers banged the graphics processors directly to handle mode-setting and controlling 2D rendering, up until the advent of Linux kernel mode-setting and modern graphics hardware needing to take advantage of DRM (Direct Rendering Manager) for acceleration, etc. Most everything was fed through the X Server, but today these ancient code-paths are little used.

DRI is heavily used these days for drawing directly to windows and providing hardware acceleration. Fortunately, most graphics processors these days have open-source drivers with DRI2 support. The proprietary graphics drivers leverage their own architectures. Beyond DRM and KMS being in the Linux kernel, the memory management also moved into the Linux kernel (i.e. GEM and TTM) as well as lots of the input work via evdev. The external Pixman library now largely provides the generic rendering support previously done via the X.Org Server. Modern Linux desktop implementations do not rely upon ancient X.Org calls anymore but handle the drawing themselves and then simply transfer the pixmaps to the X.Org Server. Most desktops also now used compositing window managers like Compiz, KWin, or Mutter where further manipulation takes place outside of the X Server.

With the compositing window managers lacking integration with the X.Org Server, some round-trip operations can lead to some minor delays and inefficiencies. Under Wayland's architecture, the compositor is key and heavily integrated into this new design. With Wayland, the "clients" connect to Wayland, render into memory buffers, and communicate via requests. The Wayland Display Server is the compositor and window manager, implement policy, composes windows onto the screen, handles input, and communicates to the client through events.

<< Previous Page
1
Latest Linux Hardware Reviews
  1. NVIDIA GeForce GTX 980: The Best GPU For Linux Gamers
  2. ROCCAT LUA: A Linux-Friendly Gaming Mouse
  3. Cheetah Mounts: The Affordable Way To Put Your TV On The Wall
  4. Scythe Mugen MAX
Latest Linux Articles
  1. Preview: Radeon Gallium3D Performance For CS:GO On Linux
  2. XWayland Linux Gaming Performance With GNOME Wayland On Fedora 21
  3. EXT4/Btrfs/XFS/F2FS Benchmarks On Linux 3.17
  4. Fedora 21 Alpha First Impressions: It's Great
Latest Linux News
  1. Debian Jessie Might Get Rid Of The kFreeBSD Port
  2. Fedora Might Try A New Scheduling Strategy For Its Releases
  3. AMD's Catalyst Working On A GLSL Shader Cache
  4. OpenMP 4.0 Offloading Is Closer For GCC 5
  5. Wayland Presentation Extension Added To Weston
  6. Intel Skylake Support Rolls Out To Mesa's DRM
  7. VA-API's Libva 1.4.0 Brings VP8 Encoding Support
  8. Operating System U Fails To Live Up To Its Goals
  9. AMD Catalyst 14.9 Officially Released For Linux
  10. Nouveau Memory Re-Clocking Comes For More NVIDIA GPUs
Latest Forum Discussions
  1. NVIDIA Alerts Nouveau: They're Starting To Sign/Validate GPU Firmware Images
  2. New AMD Catalyst drivers out today
  3. Updated and Optimized Ubuntu Free Graphics Drivers
  4. Take the Steam Survey results with a grain of salt. It is flawed.
  5. FSF Issues Statement On Shellshock Bash Vulnerability
  6. AMD Wants To Know What's Wrong With Catalyst
  7. New Group Calls For Boycotting Systemd
  8. Counter-Strike: Global Offensive NVIDIA/AMD Benchmarks On Linux