• What
    is this?
    You've landed on the AMD Portal on AnandTech. This section is sponsored by AMD. It features a collection of all of our independent AMD content, as well as Tweets & News from AMD directly. AMD will also be running a couple of huge giveaways here so check back for those.
    PRESENTED BY

General Use Performance

We'll start out our tests with the 7-zip benchmark, a CPU bound multithreaded integer workload that looks at 7-zip compression/decompression algorithms where the IO subsystem is removed from the equation:

7-zip Benchmark

7-zip is almost the perfect scenario for AMD's Vishera: a heavily threaded integer benchmark. Here the FX-8350 is able to outperform the Core i7 3770K. In fact, all of the Vishera parts are able to outperform their price competitive Ivy Bridge alternatives. The old Core i7 920 does pretty well here thanks to its 8-thread architecture.

Next up is Mozilla's Kraken JavaScript benchmark. This test includes some forward looking js code designed to showcase performance of future rich web applications on today's software and hardware. We run the test under IE10:

Windows 8 - Mozilla Kraken Javascript Benchmark

If the 7-zip benchmark is the best case scenario for AMD, Mozilla's Kraken test is among the worst. Largely dominated by single threaded performance, the FX-8350 is significantly slower than a Core i3 3220. Only Intel's old Core i7 920 is slower here, and that's a chip that debuted in 2008.

Although not the best indication of overall system performance, the SYSMark 2012 suite does give us a good idea of lighter workloads than we're used to testing.

SYSMark 2012 - Overall

Overall performance according to SYSMark 2012 is within striking distance of Ivy Bridge, at least for the FX-8350. AMD seems to have equalled the performance of last year's 2500K, and is able to deliver almost 90% of the performance of the 3750K. It's not a win by any means, but AMD is inching closer.

SYSMark 2012 - Office Productivity

SYSMark 2012 - Media Creation

SYSMark 2012 - Web Development

SYSMark 2012 - Data/Financial Analysis

SYSMark 2012 - 3D Modeling

SYSMark 2012 - System Management

Par2 File Recovery Performance

Par2 is an application used for reconstructing downloaded archives. It can generate parity data from a given archive and later use it to recover the archive

Chuchusoft took the source code of par2cmdline 0.4 and parallelized it using Intel’s Threading Building Blocks 2.1. The result is a version of par2cmdline that can spawn multiple threads to repair par2 archives. For this test we took a 708MB archive, corrupted nearly 60MB of it, and used the multithreaded par2cmdline to recover it. The scores reported are the repair and recover time in seconds.

Par2 - Multi-Threaded par2cmdline 0.4

Crank up the threads and once again you see Vishera do quite well. The FX-8350 outpaces the Core i5 3570, and the FX-4300 falls only slightly behind the Core i3 3220.

Excel Math Performance

Microsoft Excel 2007 SP1 - Monte Carlo Simulation

Introduction Video Transcoding & Visual Studio 2012 Performance
POST A COMMENT

238 Comments

View All Comments

  • rocky12345 - Tuesday, October 23, 2012 - link

    Hello
    I am a long time reader of this site pretty much since it first started. Heck in the time this site has been running I have gone through probably 35 or more computers & currently have 11 in my home that are used for different tasks. I also went through a wife but thats another story to tell lol.

    Anyways what I was wondering is this. In the past with AMD I noticed a huge gain in CPU out put when raising the bus speed up to as far as the hardware would go. What I am wondering is what if you took a 8350 raised the bus up as high as it would go but keep the multi set that the CPU would run at default speed & do some test in both single threaded & multi threaded programs as well as a few games where this CPU is a bit lacking to see if the CPU itself is being held back by the bus. Then try to do both the bus at high & raise the Multi to the max CPU speed of 4.8Ghz & see what raising both the bus & CPU speed do.

    I am hoping it has the same effect as it did in the older AMD CPU's & gives a nice boost. I think maybe the bulldozer & piledriver core might be held back by a lack of bandwidth to the rest of the system resources. If not then at least it was a fun little side project for you guys. maybe raise the memory speed as well to make sure that is not the issue too. Just an idea that may open up some hidden performance in the CPU hopefully. I would do it myself but at the moment the only AMD system I have left if a older Athlon 64 x2 6400+ that the step son uses to surf the web & play a few games on.

    thanks
    Reply
  • lmcd - Tuesday, October 23, 2012 - link

    If I remember right with AM3+ there isn't really a bus to raise. Reply
  • CeriseCogburn - Tuesday, October 30, 2012 - link

    Oh yeah, how come we don't have the big speculation all the time solidified into the standard commentary and "looking for the validation on the tests" concerning what's wrong with the amd cpu's ?

    I mean we get that argument when it's time to attack their competitors in the articles here, the "well established theory" that "turns out to be wrong" "years later" is used as the "standing thesis" as to why " xXxxxx" did so poorly in this test against AMD, "as we expected" says the reviewer, making sure to note the "weakness suspected" has reared it's ugly head...
    Yeah, another thing that is so bothersome.

    I guess amd's architecture sucks so badly, nothing can explain it's constant failures.
    Reply
  • boeush - Tuesday, October 23, 2012 - link

    Steamroller is far more focused on increasing IPC, however without a new process node it'll be difficult to demonstrate another gian in frequency like we see today with Vishera. I suspect the real chance for AMD to approach parity in many of these workloads will be with its 20nm architecture, perhaps based on Excavator in 2014.
    Firstly, by 2014 Intel will be already on a 14 nm process. Add Intel's already superior (3D fin) transistor technology, coupled with massive R&D budgets on a slew of parallel projects to further refine the basic process tech, and the situation is not going to get any prettier for AMD any time soon.

    Second, computing is increasingly going mobile (laptops, tablets, phones, phablets, etc.) The number one thing for mobile is power efficiency. AMD's CPUs absolutely suck at that; they are multiple generations behind Intel (and not all of that can be blamed on process lag.)

    Third, AMD's trump card in the consumer space so far has been integrated graphics, but with Haswell and then Broadwell Intel's going to take that advantage away. So, by 2014 AMD won't have any feature set advantages left.

    Fourth, AMD's other hopes have been in the HPC/server domain, but there again power efficiency is getting increasingly more important, and AMD is losing the war. Moreover, with its new MIC architecture ("Xeon Phi") now debuted (and it will be continually refined going forward) Intel's poised to capture even more of the HPC market, and AMD currently has no answer to that product line.

    Seems to me that AMD is hosed on all fronts, unless they can pull not just one but a flock of fire-breathing dragons out of a hat, soon if not today.
    Reply
  • lmcd - Tuesday, October 23, 2012 - link

    The "process advantage" didn't do shit for Intel. Note how Ivy Bridge had horrible overclocking compared to anticipated, Intel's shift to mobile architecture benefits in new architectures, and that Microsoft is finally looking at helping AMD out with things like the scheduler in Win8, etc.

    AMD is succeeding at power efficiency in mobile: the Trinity review correctly indicated AMD's success there in nearly closing the gap to Sandy Bridge (and Ivy? I forget now. It was close though).

    Finally, IT IS A PROCESS NODE CHANGE. It's 28nm. BD/PD are 32nm. Besides, a GCN IGP is really attractive, and will still dominate versus Broadwell. VLIW5->4 was a tiny change and yet AMD managed to pull a pretty nice performance jump out of it; GCN was comparatively huge, designed for 28nm, and set to scale better as evidenced by the already low-power 7750 desktop.

    The only worrying thing about Steamroller is whether the caches and memory controller speed up. If those don't, the platform is likely to be bottlenecked horribly.
    Reply
  • c0d1f1ed - Tuesday, October 23, 2012 - link

    The "process advantage" didn't do shit for Intel. Note how Ivy Bridge had horrible overclocking compared to anticipated...

    That's partially due to the lower quality TIM they used on Ivy Bridge, and mostly due to bringing the Sandy Bridge design to the 22 nm TriGate process in a verbatin manner. Despite being a radically new process, they didn't change anything in the design to optimize for it. Haswell on the other hand is designed from the ground up to use the TriGate process. So it will show the process advantage much more clearly.
    Reply
  • CeriseCogburn - Tuesday, October 30, 2012 - link

    Yes, also partially perception, since SB was such a massively unbelievable overclocker, so expectations were sky high.

    I'd like amd fan boy to give his quick amd win comparison on overlcocking Ivy vs whatever amd crap he wants opposite.

    I more than suspect Ivy Brdige will whip the ever loving crap out the amd in the OC war there, so amd fanboy can go suck some eggs, right.

    I mean that's the other thing these jerks do - they overlook an immense Intel success and claim 2500K oc power is not needed, then babble about " the next Intel disappointment " immediately afterward, not compared to their amd fanboy chip, but to Intel's greatest ever !

    I mean the sick and twisted and cheating nature of the amd fanboy comments are literally unbelievable.
    Reply
  • zilexa - Tuesday, October 23, 2012 - link

    He writes "Brazos had a mild update" uhmm noo sorryy. Brazos 2 hasn't been released to market.. so we havent seen any update here. Same for Trinity although you can buy some Trinity laptops. Not much. But nothing on desktop. Reply
  • Spacecomber - Tuesday, October 23, 2012 - link

    Since AMD seems to be pushing multi-threaded performance at this time, it would have been interesting to see how this is born out in a more multi-threaded game, such as the Battlefield series titles. I know that in benchmarking my six core 960T (with unlocked cores), I could see some performance advantage between running this CPU with 6 cores versus the default 4 cores playing BFBC2. I'm not saying that this is where AMD will outshine Intel by any means, but it would have been an interesting test case for comparison's sake.

    (I actually suspect that by the time you go from 6 cores to 8 cores, you will have run out of any significant advantage to being able to handle the extra threads.)
    Reply
  • BellFamily7 - Tuesday, October 23, 2012 - link

    I think in Final Words Anand should add: "And the 4 year old Intel i7-920 - what a chip that was/is!" It is startiling to see AMD barely keep-up with the venrable 920 a good four years on - and those first charts in this article are with the i7-920 at stock speed. The average enthusiast is running an i7-920 at 3.8 Ghz on air all day long and achieving performance on par - or better - than many of today's CPU's!
    Of course, there is one big downside - power. This is Intel's big story to me: the speed and power of an O/C'd i7-920 on one quarter (or less) the power. Cool!
    Thanks for putting the old i7-920 in the mix - it shows just what a ground breaking design it was...and in many ways, still is.
    Reply

Log in

Don't have an account? Sign up now