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

Having SNAppy Intel 2D Acceleration In 2012

Michael Larabel

Published on 31 January 2012
Written by Michael Larabel
Page 1 of 8 - 8 Comments

Here's a new look at Intel's Sandy Bridge New Acceleration (SNA) architecture within their DDX graphics driver. Testing in this article was done across three systems (mobile and desktop class Sandy Bridge hardware as well as an Ironlake system) seeing how well the latest code is performing in an effort to provide a better Intel 2D experience.

Sandy Bridge New Acceleration, which was designed by Chris Wilson at Intel's Open-Source Technology Center to be a crazy fast acceleration architecture and formally introduced in June of 2011, has been making much progress. In fact, nearly all of the activity still going on within the xf86-video-intel DDX driver is SNA-related. There isn't too much fun left to be had within the Intel X.Org driver with most of the interesting work going into the Intel DRM kernel driver (and Mesa for the 3D work).

SNA has turned into Chris Wilson's personal vendetta within the Intel Linux graphics driver. SNA-related commits are still happening almost daily; there's been almost 100 SNA commits in the past week and about 350 SNA commits since the start of 2012. While much activity has been happening around Sandy Bridge New Acceleration, and in most cases it's significantly faster than the stock UXA (a gutted EXA with GEM handling) for 2D acceleration, it's still not the default acceleration architecture. SNA does have accelerated back-ends for older generations of Intel integrated graphics, but occasionally with all of this work happening there are regressions and other issues that come up related to SNA.

As far as whether SNA will ever be the default, when talking about it with Keith Packard at XDC2011 Chicago he made it sound like it was unlikely to make the switch from the stock UXA mode. When asking Chris Wilson about the future of SNA this past weekend and whether it would become the default, he said, "At this moment in time, I have no idea."

Chris went on to say, "I just hope the future where we have a DDX that is never slower or more power hungry than simply using the CPU, ala shadowfb, and is truly competitive with not only our Windows colleagues but with competing chipsets arrives sooner rather than later." It's a nice mission, so let's see how SNA is running today.

<< Previous Page
1
Latest Linux Hardware Reviews
  1. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  2. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  3. AMD Radeon R9 285 Tonga Performance On Linux
  4. Apotop Wi-Copy
Latest Linux Articles
  1. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  2. MSI: Update Your BIOS From The Linux Desktop
  3. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
  4. 15-Way GPU Comparison With Mesa 10.3 + Linux 3.17
Latest Linux News
  1. GParted 0.20 Improves Btrfs Support
  2. EXT4 In Linux 3.18 Has Clean-ups, Bug Fixes
  3. Emacs 24.4 Has Built-In Web Browser, Improved Multi-Monitor Support
  4. NVIDIA's NVPTX Support For GCC Is Close To Being Merged
  5. KDE's KWin On Wayland Begins Using Libinput
  6. Khronos Releases OpenVX 1.0 Specification
  7. Linux Kernel Working Towards GNU11/C11 Compatibility
  8. Ubuntu 15.04 Is Codenamed After A Monkey: Vivid Vervet
  9. Following GCC, Clang Looks To Default To C11
  10. Users/Developers Threatening Fork Of Debian GNU/Linux
Latest Forum Discussions
  1. Users/Developers Threatening Fork Of Debian GNU/Linux
  2. HOPE: The Ease Of Python With The Speed Of C++
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  5. AMD Is Restructuring Again, Losing 7% Of Employees
  6. Open-Source AMD Fusion E-350 Support Takes A Dive
  7. Upgrade to Kaveri, very slow VDPAU performance
  8. ChromeOS Drops Support For EXT2/EXT3/EXT4 File-Systems