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

Does The Display Server Matter? The Latest Mir vs. Wayland Argument

Free Software

Published on 24 March 2014 09:45 AM EDT
Written by Michael Larabel in Free Software
85 Comments

The latest argument within the open-source camp is whether the choice of the display server is still relevant in modern times of the Linux desktop, given the advancements of tool-kits and other components. Alas, it's another Mir vs. Wayland battle.

Robert Ancell, a Canonical employee and Mir developer, wrote a blog post yesterday entitled "Why the display server doesn't matter." In the personal blog post, Ancell argues that for too many years the X display server has been in use but finally we're reaching two new contenders for next-generation display servers: Mir and Wayland-based compositors. Robert Ancell states, "The result of [applications accessing the display server via a tool-kit and hardware/drivers becoming more generic] is the display server doesn't matter much to applications because we have pretty good toolkits that already hide all this information from us. And it doesn't matter much to drivers as they're providing much the same operations to anything that uses them (i.e. buffer management and passing shaders around)."

Ancell does say though that open drivers do matter as does the shell. Open-source drivers matter to be able to fix them and the shell matters for being able to support multiple form factors.

At the time of writing, that blog post has already yielded 78 comments on both sides of the table from both Mir and Wayland stakeholders, including many colorful comments.

The most visible counter to Robert's blog post is now a personal blog post by the KDE KWin maintainer, Martin Gräßlin, entitled "Why the Display Server DOES matter." In that post Martin says he's shocked that Canonical doesn't see problems in having multiple display servers and argues that there are problems with having to support multiple different display servers. Martin then goes on to explain various issues he has had in porting KDE Frameworks 5 software to Wayland for various portions of code that don't cleanly fit within the toolkit realm.

Martin ended his blog post with, "Canonical created a huge problem by introducing another Display Server and it’s affecting all of us and they are still in denial state. It’s not a simple the toolkit will solve it. It can cause issues everywhere and that affects the development and maintenance costs of all applications. My recommendation to application developers is to never accept patches for this mess Canonical created. If they want that fixed, they should do it in their downstream patches. Distro specific problems need to be fixed in the distros. I certainly will not accept patches for the frameworks and applications I maintain. This is not for political reasons as it’s so often claimed, but for technical, because I cannot test the patches (Mir not available on Debian) and our CI system cannot build it."

Update: KDE's Aaron Seigo also published a blog post siding with Martin on why the display server does matter. He says the display server matters to applications, the desktop shell, tech support, drivers, and hardware vendors.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  2. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  3. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  4. Sumo's Omni Gets Reloaded
Latest Linux Articles
  1. Testing For The Latest Linux Kernel Power Regression
  2. The Most Energy Efficient Radeon GPU For AMD Linux Gaming
  3. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
  4. Preview: OS X 10.10 Yosemite vs. Ubuntu Linux GPU Performance
Latest Linux News
  1. Ubuntu's Utopic Unicorn 14.10 Beta 1 Released
  2. Genode OS 14.08 Has New GUI Architecture, Pluggable VFS
  3. Another Intel Linux Power Regression Is Being Investigated
  4. DNF Makes It A Step Closer To Replacing Yum On Fedora
  5. OS Battle: Linux Takes 1.7% Desktop Marketshare
  6. PHP 5.6 Officially Released With New Debugger
  7. LibreOffice 4.3.1 Released
  8. Re-Clocking Your NVIDIA GPU With Nouveau On Linux 3.17
  9. Radeon DRM Queues More Changes, RV6xx UVD For Linux 3.18
  10. Metro 2033 Redux Will Hopefully Hit Linux Real Soon
Latest Forum Discussions
  1. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  2. Users defect to Linux as OpenBSD removes Lynx from base system
  3. Best Radeon for a Power Mac G5?
  4. OC capability - Intel Core i5 4690K & Biostar Hi-Fi Z97WE
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. AMD Releases UVD Video Decode Support For R600 GPUs
  7. Announcing radeontop, a tool for viewing the GPU usage
  8. It's Now Possible To Play Netflix Natively On Linux Without Wine Plug-Ins