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 Benchmarking Platform
Phoromatic Test Orchestration

Here's Why Radeon Graphics Are Faster On Linux 3.12

Michael Larabel

Published on 15 October 2013
Written by Michael Larabel
Page 2 of 5 - 108 Comments

As at least one or two readers within the Phoronix Forums had speculated, the apparent cause of the Radeon GPU performance increase comes down to a CPUfreq change. The reason for the GPU performance change appears to be this Git commit.

cpufreq: ondemand: Change the calculation of target frequency

The ondemand governor calculates load in terms of frequency and increases it only if load_freq is greater than up_threshold multiplied by the current or average frequency. This appears to produce oscillations of frequency between min and max because, for example, a relatively small load can easily saturate minimum frequency and lead the CPU to the max. Then, it will decrease back to the min due to small load_freq.

Change the calculation method of load and target frequency on the basis of the following two observations:

- Load computation should not depend on the current or average measured frequency. For example, absolute load of 80% at 100MHz is not necessarily equivalent to 8% at 1000MHz in the next sampling interval.

- It should be possible to increase the target frequency to any
value present in the frequency table proportional to the absolute load, rather than to the max only, so that:

Target frequency = C * load where we take C = policy->cpuinfo.max_freq / 100.

Tested on Intel i7-3770 CPU @ 3.40GHz and on Quad core 1500MHz Krait. Phoronix benchmark of Linux Kernel Compilation 3.1 test shows an increase ~1.5% in performance. cpufreq_stats (time_in_state) shows that middle frequencies are used more, with this patch. Highest and lowest frequencies were used less by ~9%.

[rjw: We have run multiple other tests on kernels with this change applied and in the vast majority of cases it turns out that the resulting performance improvement also leads to reduced consumption of energy. The change is additionally justified by the overall simplification of the code in question.]

The Git commit changed cpufreq with the ondemand governor for how load is calculated. The changes were for load computation not to depend upon the current or average measured frequency and to let the governor select any target frequency proportional to the load rather than just using the max frequency. Interestingly, the developer behind this commit, Stratos Karafotis, had even used the Phoronix Test Suite for verifying the performance changes when working on the patch. However, in his testing he was using the build-linux-kernel test profile and there he found only a 1.5% performance difference. There was no mention of graphics testing having occurred during this work. The patch also mentions there may be power consumption benefits too.

It's somewhat interesting that the Radeon performance changes were due to the CPUfreq ondemand governor changes and that for the other Phoronix.com testing of the Linux 3.12 kernel so far hasn't revealed anything else too exciting: besides some file-system performance changes, the Ivy Bridge and Haswell graphics performance has been the same and in the CPU-bound tests we haven't found anything to get excited about. I haven't yet done any Nouveau Linux 3.12 kernel comparison but that testing is now warranted and will be delivering results on Phoronix shortly. With this being a non-Radeon specific change, the AMD Catalyst (and NVIDIA) drivers could also benefit from this CPU governor change, but on my testing platter is now to run some new open vs. closed-source driver benchmarks in this configuration.

Latest Articles & Reviews
  1. Sub-$20 802.11n USB WiFi Adapter That's Linux Friendly
  2. The Lenovo T450s Is Working Beautifully With Linux
  3. Linux 4.0 SSD EXT4 / Btrfs / XFS / F2FS Benchmarks
  4. Linux 4.0 Hard Drive Comparison With Six File-Systems
  5. Lenovo ThinkPad T450s Broadwell Preview
  6. How Open-Source Allowed Valve To Implement VULKAN Much Faster On The Source 2 Engine
Latest Linux News
  1. C4 Game Engine Continues Supporting Linux
  2. Debian 8.0 Jessie's Installer RC3 Released
  3. Features Thus Far For The Linux 4.1 Kernel
  4. Intel's Turbostat Adds Skylake Support In Linux 4.1
  5. Microsoft's Open-Source Group Merges Back Into The Company
  6. EXT4 In Linux 4.1 Adds File-System Level Encryption
  7. Open-Source Ardour 4.0 Audio Software Has Big Improvements
  8. Linux-Powered Endless Computer Raises $100k+ In A Few Days
  9. GCC 5.1 RC2 Arrives, GCC 5.1 Planned For Next Week
  10. F2FS For Linux 4.1 Has New Features & Fixes
Most Viewed News This Week
  1. Nouveau: NVIDIA's New Hardware Is "VERY Open-Source Unfriendly"
  2. Linux 4.1 Brings Many Potentially Risky x86/ASM Changes
  3. Linux 4.0 Kernel Released
  4. Microsoft Announces An LLVM-Based Compiler For .NET
  5. VirtualBox 5.0 Beta 2 Released
  6. KDBUS Is Taking A Lot Of Heat, Might Be Delayed From Mainline Linux Kernel
  7. LibreOffice 4.5 Bumped To Become LibreOffice 5.0
  8. Mozilla Start Drafting Plans To Deprecate Insecure HTTP