Intel Sandy Bridge Speeds Up On Linux 3.1 Kernel

Published on August 03, 2011
Written by Michael Larabel
Page 1 of 3
Discuss This Article

Last week the DRM pull went in for the Linux 3.1 kernel. For the Intel DRM graphics driver in the Linux kernel there is frame-buffer compression clean-ups, high color support, ring frequency scaling, shared LLC support, and hang-check module disabling. Compared to the Linux 3.0 kernel, the driver improvements significantly boost the open-source graphics performance for Intel Sandy Bridge hardware.

Back in late March I originally tested the LLC caching patch-set, which offered some impressive performance improvements, and subsequently the code made it into the Linux 3.0 kernel. With the Linux 3.1 kernel there is shared LLC support, which allows sharing the LLC between the CPU and GPU, thereby avoiding main memory traffic latencies. The shared LLC caching is only supported for Sandy Bridge and Ivy Bridge hardware.

The other Intel changes in the Linux 3.1 DRM pull include fixing missing CPU writes to the front-buffer with frame-buffer compression enabled, supports depth 30 frame-buffers at 10BPC using DisplayPort and HDMI, ring frequency scaling, and a disable hang-check module parameter (used for debugging). The ring frequency scaling is for making the memory bus track the GPU clock in addition to the CPU clock, which keeps the memory running at full speed when the GPU is busy, but the CPU is idle.

For this quick benchmarking of the Intel DRM for Sandy Bridge in the Linux 3.1 kernel, an EP EliteBook was used with an Intel Core i5 2520M quad-core, 4GB of RAM, and a 160GB Intel SSD. The system was running Ubuntu 11.04 x86_64 with Unity 3.8.10, xf86-video-intel Git, Mesa 7.12-devel git-b189d16, GCC 4.5.2, LLVM 2.8, and an EXT4 file-system.

The vanilla Linux 3.0 kernel and Linux 3.1 DRM from David Airlie's drm-core-next tree as of 26 July were compared. During the testing process, only once on this in-development driver code was the GPU hung. Fortunately, the Intel SNB graphics processor was able to recover.

On the following pages are the Phoronix Test Suite results from this mini comparison.

<< Previous Page
1
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. Left 4 Dead 2 Beta Surfaces For Linux Gamers
  2. Ubuntu 13.10 Likely Switching To Chromium Browser
  3. VA-API Gets New H.264/MPEG-2 Encoding API Support
  4. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
  5. Unity 8, Mir To Be Experimental Choice In Ubuntu...
  6. Modern Intel Gallium3D Driver Still Being Toyed...
  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