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

Whoops, There's A Big Problem For Wayland GTK+

Wayland

Published on 18 March 2012 10:01 PM EDT
Written by Michael Larabel in Wayland
53 Comments

It turns out there's a rather serious issue for some systems when having Wayland support within GTK+ exposed, which may hinder the Wayland GTK+ availability in the near-term.

As I wrote about a few days ago, Wayland support isn't for end-users in Ubuntu 12.04 and the GTK+ version they are shipping is 3.4. GTK+ 3.4 has the Wayland GDK back-end that works as an alternative to the X11 back-end and can be dynamically utilized. With the supported GTK+ code, it's as easy as building it with the --enable-wayland-backend option, but that's not happening for Ubuntu 12.04 LTS or by any other major distribution right now as far as I'm aware. It turns out that for some users this is good to not have the Wayland support exposed.

Building the GTK+ Wayland support currently depends upon having cairo-gl, the OpenGL version of the Cairo drawing library. However, cairo-gl with the NVIDIA binary driver can be a memory-hungry mess. Using cairo-gl at this point with the NVIDIA binary driver appears to be a big mess. This isn't just about using additional memory when running GTK+ applications on Wayland (where the NVIDIA binary driver isn't even compatible at this point), but the GL version of Cairo on X11 would be shafted.

This memory usage problem only seems to be present for the NVIDIA binary driver, but the open-source NVIDIA (Nouveau) driver isn't affected, the AMD Catalyst driver, nor any of the other open-source drivers have a hard time dealing with cairo-gl.

The solution to this is either have NVIDIA address their driver issue(s) causing excessive memory usage with cairo-gl, ship multiple versions of Cairo on the system (but there's some packaging problems currently), or change how Cairo loads libGL such that it only happens when a client requests an OpenGL context. The alternative is just to let NVIDIA binary users burn through the additional system memory.

This issue is talked at length in this Wayland mailing list message.

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 Articles & Reviews
  1. NVIDIA's $1000+ GeForce GTX TITAN X Delivers Maximum Linux Performance
  2. OS X 10.10 vs. Ubuntu 15.04 vs. Fedora 21 Tests: Linux Sweeps The Board
  3. The New Place Where Linux Code Is Constantly Being Benchmarked
  4. 18-GPU NVIDIA/AMD Linux Comparison Of BioShock: Infinite
  5. Phoronix Test Suite 5.6 Adds New Phoromatic Enterprise Benchmarking Features
  6. OpenGL Threaded Optimizations Responsible For NVIDIA's Faster Performance?
Latest Linux News
  1. Improved OpenCL Support For Blender's Cycles Renderer
  2. Mesa 10.5.2 Packs In A Handful Of Fixes
  3. More Fedora/Ubuntu Linux vs. OS X OpenGL Benchmarks
  4. Intel Adds Mesa IR To NIR Translator & Makes Other NIR Improvements
  5. HAMMER2 Gets A Man Page
  6. Kodi 14.2 Released To End Out The "XBMC" 14.x Series
  7. Debian 8.0 Jessie RC2 Installer Released
  8. Shadow Warrior Is Being Released For Linux Next Week
  9. Intel Pushes A Bunch Of Broadwell Code Into Coreboot
  10. Open-Source Driver Fans Will Love NVIDIA's New OpenGL Demo
Most Viewed News This Week
  1. Introducing The Library Operating System For Linux
  2. AMD Is Hiring Two More Open-Source Linux GPU Driver Developers
  3. Allwinner Continues Jerking Around The Open-Source Community
  4. Systemd Change Allows For Stateless Systems With Tmpfs
  5. GNOME Shell & Mutter 3.16.0 Released
  6. GNU Nano 2.4.0 Brings Complete Undo System, Linter Support & More
  7. Red Hat Is Rolling Out A VirtIO DRM/KMS GPU Driver
  8. GNOME 3.16 Released: It's Their Best Release Yet