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

Mesa 8.0 LLVMpipe: Fine For Desktop, Not For Gaming

Mesa

Published on 13 January 2012 12:20 PM EST
Written by Michael Larabel in Mesa
12 Comments

Continuing in the coverage of the soon-to-be-out Mesa 8.0, here are some benchmarks of the CPU-based LLVMpipe software driver for Gallium3D.

LLVMpipe is the CPU-based software rasterizer driver that is faster than the standard Gallium3D "Softpipe" since it leverages LLVM for taking advantage of more of the CPU -- especially on modern hardware with SSE3/SSE4, multiple cores, etc. See LLVMpipe: OpenGL With Gallium3D on Your CPU and Gallium3D LLVMpipe On The Sandy Bridge Extreme for just a small portion of the Phoronix coverage of this unique software driver.

The LLVMpipe driver has become the default software fall-back in Fedora, among other Linux distributions. This Gallium3D driver is not as good as even an open-source GPU hardware driver in a cruddy state, but it's generally multiple times faster than Softpipe or Mesa's classic software rasterizer.

Unfortunately with Mesa 8.0, the OpenGL 3.0 compliance of LLVMpipe is not as good as Softpipe -- which is nearing in on OpenGL 3.0 compliance. It's more difficult adding new OpenGL support to LLVMpipe than Softpipe since it needs to tie in with LLVM, but progress is being made.

What does make the LLVMpipe driver more fascinating with Mesa 8.0 is that it can now work with the GNOME 3.x Shell and Mutter. With ease you can now run the GNOME Shell using a software driver without GPU acceleration while not eating up all of your CPU. I've already tried it out and it's working. Red Hat is looking for this to play a role in Fedora 17 and to eventually deprecate the GNOME 3.x fall-back mode. This work allows the GNOME Shell to be used then within a QEMU/KVM instance where GPU hardware acceleration is not currently available, among other environments.

To see if the LLVMpipe OpenGL performance has changed between Mesa 7.11 and Mesa 8.0, I ran some tests yesterday and today. Using the Mesa Git code I compared the latest state of the Mesa 8.0 branch to that of the Mesa 7.11 branch (Mesa 7.11.2 + a few other patches living in the tree; Mesa 7.11.0 wasn't used since it didn't have LLVM 3.0 support). Version 3.0 of LLVM was used for both the 7.11 and 8.0 testing.

Testing was done from an Intel Core i7 720QM system since this "Clarkfield" processor has been around since H2'2009 and thus mature support within LLVM. The Core i7 720QM has four cores plus Hyper Threading (eight total threads), clocked at 1.6GHz with 2.8GHz Turbo Boost, SSE 4.2 support, and has 6MB of Smart Cache.


The i7-720QM was found in a Lenovo ThinkPad W510 notebook along with 4GB of RAM and 160GB Intel SSD. Ubuntu 11.10 (64-bit) was used with the Linux 3.0 kernel while using the custom Mesa stack for software benchmarking.


With the OpenArena game, the performance of LLVMpipe between Mesa 7.11 and 8.0 has not changed at all. Only at 640 x 480 was the frame-rate above 30 FPS, but even at a resolution of 1600 x 900 there was no OpenGL frame-rate difference when using the Gallium3D LLVMpipe driver on the two releases -- even when using a higher-end Intel CPU.


The Intel Core i7 720QM with LLVMpipe also ran the same for Mesa 7.11/8.0 when using the World of Padman game. This is another ioquake3 game, but even for the games built on the older technology, LLVMpipe still runs at a slow pace. At least its performance is good enough for handling modern desktop environments.

With LLVMpipe beginning to play a more important role in Fedora, Red Hat is working on some performance optimizations to LLVMpipe / software rendering. Just earlier this week there was the announcement of the Virtual GEM Provivder (VGEM). Expect the performance improvements to land in the next few months, plus LLVMpipe approaching OpenGL 3.0 / GLSL 1.30 compliance, so in a few months I'll be back with more benchmarks.

More test results, system logs, and other details from this Mesa 8.0 Gallium3D LLVMpipe benchmarking can be found on OpenBenchmarking.org.

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. Samsung 850 EVO SSD Linux Benchmarks
  2. Kubuntu 15.04 Is Turning Out Quite Nice, Good Way To Try Out The Latest KDE
  3. 5-Way Linux Distribution Comparison On The Core i3 NUC
  4. OCZ ARC 100 Linux SSD Benchmarks
  5. Lenovo ThinkPad X1 Carbon Works Great As A Linux Ultrabook
  6. Transcend SSD370 256GB
Latest Linux News
  1. Kdenlive Ported To Qt5/KF5, Coming To KDE Applications 15.04
  2. HTC & Valve Partnered Up For The Steam VR Headset
  3. 8cc: A Small C11 Compiler
  4. Not Everyone Likes The Possible "VULKAN" Name For Next-Gen OpenGL
  5. The Binary Blobs Making Up Coreboot
  6. Linux 4.0 & LLVM vs. GCC Yielded Much Interest This Month
  7. XBMC/Kodi 15.0 Alpha 1 Released
  8. Xfce 4.12 Released After Nearly Three Years Of Work
  9. The Khronos Group Filed A Trademark On "Vulkan" API
  10. Mozilla Thunderbird Adoption Climbs, Thunderbird 38 In May
Most Viewed News This Week
  1. Linux 4.0-RC1 Tagged, Linux 4.0 Will Bring Many Notable Improvements
  2. Screenshots Of The GNOME 3.16 Changes
  3. More Proof That Allwinner Is Violating The GPL
  4. The Tremendous Features Of Fedora 22
  5. Krita 2.9 Released, Their Biggest Release Ever
  6. Linux 4.0 Doesn't Have The Weirdest Codename
  7. A Single UEFI Executable With The Linux Kernel, Initrd & Command Line
  8. Canonical Comes Up With Its Own FUSE Filesystem For Linux Containers
%%CLICK_URL_UNESC%%