Sign in with
Sign up | Sign in

Phoronix AMD Bulldozer Linux review

Last response: in CPUs
Share
CPUs Expert
Linux Expert

Quote:
AMD FX-8150 is a competitive product to the Intel Core i5 2500K when dealing with multi-threaded workloads. For single-threaded work and other select tasks, the Bulldozer performance is disappointing.

Fortunately, for Linux users, most open-source software is well multi-threaded. If you are running Gentoo, Arch, or just doing a lot of compiling in general, the AMD Bulldozer CPUs should be able to prove their value very well. Beyond that, with open-source software that you may be building, GCC and Open64 already have Bulldozer (version 1) optimizations in place.

Linux users will be able to take full advantage of the Bulldozer architecture sooner than Microsoft Windows customers, which will primarily see the real potential when Windows 8 is released. In the Linux world, there's still some Bulldozer kernel work that's not yet merged and presumably more compiler/kernel optimizations coming, but we will hopefully see all of that merged and ready in time for next spring when Ubuntu 12.04 LTS, Fedora 17, and other Linux distributions are pushing out their new versions. If you are so inclined, you can always pull the patches yourself, tune your compiler options, and make other tweaks today to take greater advantage of these new AMD processors. The upcoming FX-8150 Linux articles have more revealing information.

Another advantage to the Bulldozer CPUs is that they are unlocked and can be overclocked very easily. Hitting around 4.6GHz on the FX-8150 is a breeze, as one of the upcoming articles illustrates, and banging 5GHz is not out of the question at all. Besides the poor performance with single-thread tasks, another disadvantage of the FX-8150 is the price. The launch price of the FX-8150 retail (without water cooling) is $279 USD. This is roughly $60 USD more than the Intel Core i5 2500K "Sandy Bridge", which frequently was faster under Ubuntu Linux.


http://www.phoronix.com/scan.php?page=article&item=amd_...

Interesting results. Bulldozer actually wins some here. 'Cept for the crazy pricing.
CPUs Expert
Linux Expert

But it is interesting to note this disparity between Linux and Windows in terms of multi-threading. It seems to make a signifigant difference. Mind you this is tested without the Bulldozer patches, so BD does have the potential to perform better.

Shame there was no i7-2600K and Phenom II X4/X6 results.

C'est la vie.
Related ressources
CPUs Expert
Linux Expert

If you read all of the benchmarks, Bulldozer really isn't bad.

Since most of the Linux software is well threaded, it sometimes even beats the 2500K.

Just it really needs a price cut.

Just a little hard with 2B transistors.

I'm very excited about the BD optmised Linux benchies, should be interesting.

Will post as so as my RSS feed tells me to.

i stopped caring about efficiency a while back. but gaming rigs have that effect on people. i just cant care if my power bill is $4 higher at the end of the month.

i love linux just dont love using it. i like simple and linux isnt.
ive used it on and off over the last 15 years but never stopped using windows.
i see that linux is better than windows 7 at using this many cores but since the windows 8 developer version is free and mostly working right now i would slap that on any FX processor for a 5-10% boost in multi-threaded applications over win 7.
these processors are for people that do a lot of stuff at once. something benchmarks aren't representing well.

Yep, hopefully things will go well. The BD system price wasn't bad, under $100 for the MB and $220 for the 8120. I would have probably spent $30-50 more on a 2500k and Motherboard, so if this thing really does multithreading well, I may be very happy with this chip. And when it gets cold in a few weeks, I might appreciate the high power consumption as well :lol: 

First set won't be OC'ed - not because I'm worried about temps or power, but I just won't have the time initially to do it properly. When/if I do OC, it'll probably just be a little one (up to about 3.6) so that it is at the same clocks as my i7 970 and a 8150 (just so I can feel like I saved $50).

PSU is an Antec 650W (can't remember exact details). I already have the PSU and have been using it for a while - so I've forgotten some of the details. I'll post full specs when I build later this week/weekend.

also, the programs tested were not optimised for bulldozer arch.
the next round of benchies will have compiler optimised apps. so hopefully the performance will be better.

but on linux, BD doesnt look half as bad.

That is really neat. Its amazing how much variability there is between workloads - I think almost all of the processors had at least one benchmark where they had near perfect thread scaling, and another where they fell flat on their face.

Maybe I missed this, but did he disable Turbo for the tests? Just wondering why the quad core mobile part did so badly compared to its single thread (if turbo were on, that would explain).

amdfangirl said:
But it is interesting to note this disparity between Linux and Windows in terms of multi-threading. It seems to make a signifigant difference. Mind you this is tested without the Bulldozer patches, so BD does have the potential to perform better.

Shame there was no i7-2600K and Phenom II X4/X6 results.

C'est la vie.


I agree. But its where it is. About the level of a 2500K which is still a little sad as AMD is marketing it as a 8 core.

results with modified kernel = 102% of results with unmodified kernel.
this kernel fix is committed to linux 3.2

these modifications made by AMD engineer(s) to prevent the cache hit issue is BD. apparently had been working on it for months.
in retrospect, foolish of me to even think of a 10-15% improvement. BD is dud-ish.

mayankleoboy1 said:
results with modified kernel = 102% of results with unmodified kernel.
this kernel fix is committed to linux 3.2

these modifications made by AMD engineer(s) to prevent the cache hit issue is BD. apparently had been working on it for months.
in retrospect, foolish of me to even think of a 10-15% improvement. BD is dud-ish.


A montish fix. Honestly I am suprised this was not out to the public in a errata document. Kind of strange.

And while the fix is nice, it wont fix the issue of high latency that BDs cache has.

and shame on AMD that their own compiler modifications and switches make performance worse than stock in a lot of benchmarks.

are they seriously generating so much revenue from ati and llano and that they can completely ignore desktop cpu, specially for windows OS?

mayankleoboy1 said:
and shame on AMD that their own compiler modifications and switches make performance worse than stock in a lot of benchmarks.

are they seriously generating so much revenue from ati and llano and that they can completely ignore desktop cpu, specially for windows OS?

from the recent news, llano and their gpus seem to be the bright spots in their ongoing problems. they are in a transitional phase now - moving to 32 nm cpu, 28 nm gpu, keeping up with the plans, restructuring so on.
i read at at's that a new revision of fx(zambezi) is in the works. didn't phenom ii also go through revisions to improve performance?

Quote:
They're gonna have to , in order to fit into Trinity APUs, without cooking.
Even though this will resolve many issues in regards to performance and power consumption, this will cost AMD time and money,

they've already fired 10% of their workforce to compensate ...


If you read the news article http://www.tomshardware.com/news/sandy-bridge-fusion-ig... AMD gained marketshare in low-end mobile, but lost in DT and server/workstation to Intel.

With falling margins, AMD has to shrink itself to retain any hope of profitability.

I'm starting to think that Read's announcement on Wednesday is going to be a major shift in AMD's market strategy.

and AMD is still young that it cant compete with ARM in ultra mobile market.
as i see it, the only solid offering they have right now is llano. and maybe trinity too.

also, i expect their hd7xxx to be a smash hit.

in the recent spate of bd benchies, when it performs, it really kicks some serious butt. these are typically highly multithreaded and probably heave on integer processing.
in those cases, it easily outperforms 2500k.
Ask the community
!