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

Posted by Michael Larabel on March 18, 2012

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.

Discuss this article in our forums, IRC channel, or email the author. You can also follow our content via RSS and on social networks like Facebook, Identi.ca, and Twitter (@Phoronix and @MichaelLarabel). Subscribe to Phoronix Premium to view our content without advertisements, view entire articles on a single page, and experience other benefits.
Latest Hardware Reviews
  1. Gallium3D Continues Improving OpenGL For Older Radeon GPUs
  2. 15-Way Open vs. Closed Source NVIDIA/AMD Linux GPU Comparison
  3. Nouveau vs. NVIDIA Linux Comparison Shows Shortcomings
  4. AMD Radeon Gallium3D More Competitive With Catalyst On Linux
Latest Software Articles
  1. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
  2. AMD Radeon R600 GPU LLVM 3.3 Back-End Testing
  3. F2FS File-System Shows Regressions On Linux 3.10
  4. Previewing The Radeon Gallium3D Shader Optimizations
Latest Linux News
  1. Modern Intel Gallium3D Driver Still Being Toyed With
  2. Linux 3.10 Kernel Benchmarks On A Core i7 Laptop
  3. GCC 4.8.1 Compiler Due To Be Out Next Week
  4. Linux 3.10 Kernel Benchmarks For Intel Ivy Bridge
  5. Linux's "Ondemand" Governor Is No Longer Fit
  6. Firefox 22 Beta Enables WebRTC Support
  7. OpenSUSE 13.1 Milestone 1 Released
  8. DRM Graphics Driver Comes For Dove/Cubox
  9. JADE: An LLVM-Based Video Decoder For MPEG RVC
  10. Ubuntu 13.10 Likely Switching To Chromium Browser
  11. Unity 7, Compiz To Be Polished For Ubuntu 13.10
Latest Forum Talk
  1. Linux's "Ondemand" Governor Is No...
  2. Greater Radeon Gallium3D Shader Optimization Tests
  3. Kubuntu, KDE Has Little Hope For Ubuntu's Mir
  4. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
  5. Modern Intel Gallium3D Driver Still Being Toyed...
  6. OpenSUSE Considers Replacing LXDE With E17
  1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Motherboards
  5. Peripherals
  6. Processors
  7. Software
  8. Operating Systems
  9. All Articles
  1. Linux Benchmarking
  2. OpenBenchmarking.org
  3. Phoronix Test Suite