• 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

239 Comments

View All Comments

  • Samus - Tuesday, October 23, 2012 - link

    It's safe to say all programs/games going forward will take advantage of four cores or more. Battlefield 3 released LAST year and basically requires 4 cores in order to be GPU-limited (as in the game is CPU limited with just about any videocard unless you have 4 cores. Reply
  • c0d1f1ed - Tuesday, October 23, 2012 - link

    Prognosis for the near future is that having that many threads will still not be a whole lot of use for gaming. See Amdahl's law for why.

    Amdahl's Law is not a reason. There is plenty of task parallelism to exploit. The real issue is ROI, and there's two aspects to that. One is that multi-threaded development is freakishly hard. Unlike single-threaded development, you cannot know exactly what each thread is doing at any given time. You need to synchronised to make certain actions deterministic. But even then you can end up with race conditions if you're not careful. The current synchronization methods are just very primitive. Intel will fix that with Haswell. The TSX technology enables hardware lock elision and hardware transactional memory. Both will make the developer's life a lot easier, and also make synchronization more efficient.

    The second aspect isn't about the costs but about the gains. It has taken quite a while for more than two cores to become the norm. So it just wasn't worth it for developers to go through all the pain of scalable fine-grained multi-threaded development if the average CPU is still only a dual-core. Haswell's TSX technology will come right in time as quad-core becomes mainstream. Also, Haswell will have phenomenal Hyper-Threading performance thanks to two nearly symmetrical sets of two integer execution units.

    AMD needs to implement TSX and AVX2 sooner rather than later to stay in the market.
    Reply
  • CeriseCogburn - Tuesday, October 30, 2012 - link

    Nice post. Appreciate it.

    And ouch for amd once again.
    Reply
  • surt - Tuesday, October 23, 2012 - link

    No, gaming won't need that many threads in the near future either. Nobody is going to make a game demand more than 4 threads because that's what common gamer systems support. Reply
  • AnnihilatorX - Wednesday, October 24, 2012 - link

    I disagree. Say we have a hypothetical game that support 8 threads. The overhead of over-threading in a quad core system is frankly, not very much, while it may provide improvements on people with octocore or Intel processors with hyper-threading. Reply
  • AnnihilatorX - Wednesday, October 24, 2012 - link

    In fact, there are many games nowadays that split workload into many threads for economic simulation, background AI planning in user phase, physics, audio, graphics subthread, network management, preloading and resources management. It is just that even with the parallelism, there bound to be bottlenecks in single threading that a 8 core may not benefit at all compared to 4 cores.

    So I disagree, it is not about people not spending resources in making parallelism or not supporting it. It is the nature of the workload that is the determining factor.
    Reply
  • CeriseCogburn - Sunday, December 09, 2012 - link

    LOL- amd sucks period, did you look at the gaming page ?
    these visheras got literally stomped to death

    AMD fanboy = the imaginary, non existent, and never to exist future looks glorious for de furhor amd!
    Reply
  • redwarrior - Wednesday, October 24, 2012 - link

    What a one dimensional computer enthusiast you are. You spend hundreds to play games on a computer when you could do the same ona console for less?? I use my computer to gain knowledge, impart knowledge, do organizing work to liberate the working class from wage slavery, write leaflets, an documents. I occasionally play strategy games that are usually multi-threaded, like Galactic Civilizations II. . There is no greater value on the planet than the FX processors for what I do. They save me time for the work I do over the Intel processor in the $200 price class. Time and money that's important , frame rates of a 120 are useless but too the over-privileged who buy 120 mhz monitors for their gaming. What a waste of money and resources that could be used for the advancement of human kind. Reply
  • bennyg - Thursday, October 25, 2012 - link

    "Value" is more than just perf per purchase dollar, running costs also need to be included.

    E.g. a basic calculation based on the charts above the FX CPU I've saved $50 on would cost 2c extra per hour at full load in power. So 2500 hours at load would be my break even point. That's 7 hours a day at full load over a year, a heavy use scenario but quite possible.

    Multithreaded games are such a vast exception to the rule (that once you have "enough" CPU power you gain infinitessimal fps from more) they are not worth even mentioning.
    Reply
  • redwarrior - Thursday, October 25, 2012 - link

    You know NOT what you speak. Battlefield 3 is multithreaderd and look at AMD FX-8350 on Battlefield III - right up near the top, better than I 5 3570 and close to I7 3770. You guys are ignoring the facts and ignoring the trends in software. the move to parallelism is unstoppable and will accelerate. Multithreading is a growing presence and ONLY BAD programmers and software designers ignore it. The turning point will come when steamroller ships in a year and it will compete nicely with Hasbeen. At 28nm it will be almost as efficient as Hasbeen
    Performance wise it will be as good.
    Reply

Log in

Don't have an account? Sign up now