Messages in this thread | | | Date | Sun, 20 Oct 2013 19:58:06 -0400 | From | Austin S Hemmelgarn <> | Subject | Re: [PATCHv2] x86: add kconfig options for newer 64-bit processors |
| |
On 10/20/2013 05:18 AM, Borislav Petkov wrote: > On Sat, Oct 19, 2013 at 08:37:29PM -0400, Austin S Hemmelgarn wrote: >> This patch adds options to specifically optimize for a number of newer >> 64-bit microarchitectures; specifically, Intel's Nehalem, Westmere, >> Ivy Bridge, and Sandy Bridge, and AMD's Family 10h, Bobcat, Jaguar, >> Bulldozer, Piledriver, and Steamroller. This serves primarily as an >> attempt to render this particular sub-menu up-to-date with respect to >> the options offered by current versions of GCC. > > I'm sorry but did I miss anything from the last time where we determined > that those don't bring any sensible speedup and don't mean whit on > distros? > > Thanks. >
I am not trying to say that this provides any improvement in speed (or at least the AMD options, the one for Intel Ivy Bridge processors does appear to do better in this respect). As I stated in the comments just before the patch itself, "...testing of MPILEDRIVER seems to indicate an improvement to energy efficiency over GENERIC_CPU as it causes the on cpu power sensor to consistently read an average of 1.5 watts lower under idle load than when using GENERIC_CPU (this corresponds to about 5% decrease in power consumption on a idle-tickless system, and about 2% on a non-dynticks system.).". While this result is dependent on a large number of factors (not the least of which being that I have my CPU over-clocked to the point that the lowest C-state runs at 1.4GHz, which really hurts energy efficiency) it is still a positive result, and most of the equivalent options primarily improve energy efficiency.
Also, you have to understand that my target audience isn't the mainstream distros, it's HPC users, data-centers, scientific computing, and other areas where a 0.01% increase in efficiency is significant because if you need a million servers to do a job, a 0.01% boost in efficiency means that you need ten-thousand fewer systems to do the same amount of work.
| |