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

Intel Sandy Bridge Speeds Up On Linux 3.1 Kernel

Michael Larabel

Published on 3 August 2011
Written by Michael Larabel
Page 1 of 3 - 16 Comments

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 Linux Hardware Reviews
  1. A Walkthrough Of The New 32 System Open-Source Linux Benchmarking Test Farm
  2. Habey MITX-6771: Mini-ITX Board With Quad-Core J1900 Bay Trail
  3. OCZ Vector 150 SSD On Linux
  4. Noctua i4 CPU Cooler: Great For Cooling High-End LGA-2011v3 CPUs
Latest Linux Articles
  1. 17-Way Linux Graphics Card Comparison With Civilization Beyond Earth
  2. AMD Kaveri: Open-Source Radeon Gallium3D vs. Catalyst 14.12 Omega Driver
  3. 12-Way AMD Catalyst 14.12 vs. NVIDIA 346 Series Linux GPU Comparison
  4. AMD Catalyst 14.12 Omega Driver Brings Mixed Results For Linux Users
Latest Linux News
  1. NTP Is The Latest Project Struck By Security Issues
  2. LDC 0.15.1 Released For A D Compiler In LLVM
  3. Fedora Doesn't Yet Enable F2FS File-System Support
  4. XZ 5.2 Adds New Multi-Threaded Options
  5. Intel 2.99.917 X.Org Driver Released, 3.0 Release Finally Near
  6. Server-Side XCB Is Being Discussed For The X.Org Server
  7. Adreno A4xx Rendering With Freedreno Takes Shape
  8. Linux 3.19-rc1 Kernel Released Ahead Of Schedule
  9. X.Org Server 1.16.3 Released To Fix Security Issues
  10. Linux 3.19 Merge Window Closes Ahead Of Schedule
Latest Forum Discussions
  1. Need some hand holding with upgrading xserver
  2. Maker3D - create your 3D RPG
  3. FPS capped on Linux (AMD fglrx drivers)
  4. Looking for an nVidia GPU, but not sure how well they are supported.
  5. Speeding up systemd networking service
  6. Major Performance Breakthrough Discovered For Intel's Mesa Driver
  7. Are there an app using HSA ?
  8. The New SuperTuxKart Looks Better, But Can Cause GPU/Driver Problems