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

Gaming/Graphics Performance On Unity, GNOME, KDE, Xfce

Michael Larabel

Published on 8 February 2012
Written by Michael Larabel
Page 1 of 6 - 43 Comments

It is going on a year since showing how Unity, Compiz, GNOME Shell & KWin affect graphics/gaming performance, so here is an updated 2012 look. In this article are a variety of OpenGL benchmarks run under the current latest desktops as will be found in Ubuntu 12.04 LTS: Unity, Unity 2D, GNOME Shell, GNOME Classic, KDE Plasma, and Xfce. AMD and NVIDIA graphics were tested with both the latest closed and open-source drivers.

This testing is similar to last year's article showing how the desktop environments / (compositing) window managers affected the gaming performance when running a variety of full-screen games. This time around though it is an updated look at things with all of the leading desktops having advanced a great deal in the past year. The operating system, the desktop packages, and drivers were all using the latest packages from the Ubuntu Precise (12.04) repository as of 7 February.

The desktops under test were Unity 5.2.0, Unity 2D 5.2.0, GNOME Shell 3.2.2.1, GNOME Classic 3.2.1, KDE Plasma 4.8, and Xfce 4.8. Each desktop was using its default window manager / settings. A GeForce 9800GTX was used on the NVIDIA side when running the Mesa 8.0-rc2 Gallium3D driver and then the NVIDIA 290.10 binary driver. On the AMD side was a Radeon HD 5770 when running the R600 Gallium3D driver (with swap-buffers-wait disabled in the DDX) from Mesa 8.0-rc2 and then using the Catalyst binary blob. Ubuntu 12.04 LTS x86_64 was obviously the operating system in use atop the Intel Core i7 3960X test-bed.

Besides the performance, when it comes to the driver support for all of these distributions it was mostly in good shape. Of the four driver configurations tested, the only issue that remained problematic was the Catalyst driver still producing glitches at times under the GNOME Shell 3.2 with Mutter. The Catalyst driver is still very slow in getting all of the latest desktop environments working well, but at least it's much better than it was one year ago.

Now let's see how the Linux desktops of 2012 affect OpenGL performance across the leading discrete graphics card drivers...

<< Previous Page
1
Latest Linux Hardware Reviews
  1. Rosewill RS-MI-01: An Ultra Low-Cost Mini-ITX Chassis
  2. D-Link DCS-2330L HD Wireless Network Camera
  3. Gigabyte AM1M-S2H
  4. AMD's New Athlon/Semprons Give Old Phenom CPUs A Big Run For The Money
Latest Linux Articles
  1. AMD Catalyst 14.4 Brings Few Linux Performance Improvements
  2. The Performance Of Fedora 20 Updated
  3. Clang Fights GCC On AMD's Athlon AM1 APU With Jaguar Cores
  4. Ubuntu 14.04 LTS vs. Oracle Linux vs. CentOS vs. openSUSE
Latest Linux News
  1. Valve Is Bringing VOGL To Windows & Working On Regression Tests
  2. Canonical Is Taking Over Linux 3.13 Kernel Maintenance
  3. Google Web Designer Is Now Natively Available On Linux
  4. Ubuntu 14.10 Is Codenamed The Utopic Unicorn
  5. Audacious 3.5 Lightweight Audio Player Released
  6. Steam Updated For Ubuntu 14.04 LTS, SteamOS
  7. DNF 0.5 Yum Replacement Now Supports Groups
  8. Red Hat Enterprise Linux 7.0 Is Looking Fantastic
  9. Intel Is Launching An Interesting Bay Trail NUC Next Week
  10. Another X.Org EVoC Proposed For OpenGL 4+ Tests
  11. The Best Features Coming With Qt 5.3
  12. Red Hat's RHEL7 RC ISO Is Now Publicly Available
Latest Forum Discussions
  1. The Most Amazing OpenGL Tech Demo In 64kb
  2. Announcing radeontop, a tool for viewing the GPU usage
  3. HTPC-upgrade advice: AMD Richland A8-7600 or Kaveri A10-6700T ???
  4. New card. Open source drivers only.
  5. The GNOME Foundation Is Running Short On Money
  6. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  7. Script for Fan Speed Control
  8. Torvalds Is Unconvinced By LTO'ing A Linux Kernel