PAR2 Multithreaded Archive 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.

Data Recovery - par2cmdline 0.4 Multithreaded

Par2 is healthily threaded so the Athlon II X4s continue to do well here. The Q8200 inches by the 620, but for all intents and purposes it's the same speed as the $99 fighter from AMD.

WinRAR - Archive Creation

Our WinRAR test simply takes 300MB of files and compresses them into a single RAR archive using the application's default settings. We're not doing anything exotic here, just looking at the impact of CPU performance on creating an archive:

WinRAR 3.8 Compression - 300MB Archive

The roles are reversed here, and all of the AMD architectures prove faster than their similarly priced Intel alternatives.

Excel & Content Creation Performance Gaming Performance
Comments Locked

150 Comments

View All Comments

  • erple2 - Thursday, September 17, 2009 - link

    Ditch Tortoise, and you'll notice a speed boost. Or at least get rid of the icon overlays. That's what's probably killing your system. "Show modified files" is what you want (or use the command line client).

    Or, get an SSD.

    BTW, the complete picture would actually be heavily threaded benchmarks, not arbitrarily disabling turbo mode. I'm not constantly compiling at work, however. There are lulls now and then. So I would rather have a heavily threaded workload benchmark than arbitrarily turning off Turbo mode.
  • Eeqmcsq - Thursday, September 17, 2009 - link

    >BTW, the complete picture would actually be heavily threaded benchmarks, not arbitrarily disabling turbo mode

    Yes and no. Heavily threaded benchmarks would definitely add to the picture. But I've been thinking about this a lot, and I STILL believe that the Turbo off measurement is very significant, even for single threaded benchmarks.

    Whenever reviewers run benchmarks, they were always run isolated, meaning with 0% background tasks while the benchmark is run. This gives them the most accurate measurement numbers of a benchmark, thus an accurate ranking of which CPUs are the "winners" and "losers". If the same benchmark was run with 100% background tasks, we obviously know that the measured numbers would be WORSE than the 0% background benchmark, but we have always ASSUMED that the RANKINGS won't change. That's because the CPUs ran at a constant clock speed, so we assumed that the performance degradation would be equal and linear for all CPUs as the background level scales from 0% to 100% CPU load.

    For example, looking at the Cinebench single threaded benchmark here in this Athlon II X4 article, we know that the Phenom 955BE (score: 3675) wins over the Core 2 Quad Q8400 (score: 3198). This benchmark was most likely run with 0% background tasks. If the same test was run with 100% background tasks, the scores would certainly be much worse, for example, maybe 955BE scores 2000 while the Q8400 scores 1700. Although the score degraded, the RANKING of these two CPUs should NOT change. In other words, we ASSUME that no matter what the background load is, every time you run the Cinebench single threaded benchmark, the 955BE will ALWAYS beat the Q8400.

    With the i5's Turbo mode, since the i5 runs at VARIABLE clock rates depending on the background load, the assumption of linear degradation is NO LONGER ACCURATE. As you increase the background CPU load from 0% to 100%, i5 benchmarks will degrade BOTH from having a loaded CPU AND from the i5 reducing the clock rate down towards the Turbo off rate. It is possible for the i5's degradation to be so sharp, it will rank BELOW the 965BE. As a result, the SAME BENCHMARK can produce TWO DIFFERENT WINNERS depending on the background load!

    For example, from Gary's MainConcept Reference benchmark, his benchmark says the i5 Turbo on finishes in 249 seconds, the 965BE in 269 seconds, and i5 Turbo off in 280 seconds. The i5 Turbo on ranks ABOVE the 965BE, presumably because this benchmark was run with 0% background load. If the same benchmark was run with 100% background load, we know we will get worse times, but we also know the i5 will degrade and perform close to its Turbo off ranking. And for this benchmark, the Turbo off rank is BELOW the 965BE. So the winner of MainConcept Reference is either the i5 at 0% background, OR the 965BE at 100% background. The SAME BENCHMARK can claim that BOTH the i5 AND the 965BE are winners.

    This is why we need BOTH Turbo on AND Turbo off numbers for every benchmark. If the 965BE ranks ABOVE the i5 Turbo on, the i5 can NEVER beat the 965BE, so the 965BE is the guaranteed winner across all background loads. If the 965BE ranks BELOW the i5 Turbo off, the i5 can NEVER perform worse than the 965BE, so the i5 is the guaranteed winner across all background loads. If the 965BE ranks BETWEEN i5 Turbo on and Turbo off, the winner is a toss up DEPENDING on background load.
  • thezorro - Wednesday, September 16, 2009 - link

    i'm going to stay here saying the same until hell freezes.
    i'm not going to accept overclocked results presented as if they were stock results.
    this is a casus belli.
    i mean it.
  • Venatici - Friday, September 18, 2009 - link

    "i'm going to stay here saying the same until hell freezes."

    Or at least until AMD copies Intel and includes Turbo on all of their chips, which is exactly what AMD intends to do.
  • maxxcool - Friday, September 18, 2009 - link

    I am still shocked that with all the cross licensing between the two that amd has not come up with a hyper-threading style feature. but yes amd will copy this in short order.

    dynamic coring is a great feature idea... and both companies should be using it.
  • hob196 - Thursday, September 17, 2009 - link

    Ok, I'll bite.
    I, like most computer consumers, just want to know what it will do out of the box without having to do potentially dangerous things in the BIOS.

    Maybe turbo is 'dynamic overclocking'. Perhaps we should only compare all chips running at the same voltage and speed?
    But in all honesty I just care what I get for my buck without having to muck about.

    Ever wonder why we didn't see people ranting in this way about efficiency figures when AMD introduced dynamic voltage variation?
  • Nfarce - Wednesday, September 16, 2009 - link

    "i'm going to stay here saying the same until hell freezes."

    Well you can stick your head in the sand, or like a stupid child plug your ears, shut your eyes, and scream "nah nah nah I can't hear you!" As has been mentioned countless times, Intel has had "turbo" modes on many CPUs over the years. Overclocking in a traditional sense is upping bus speed, changing multipliers, modifying voltage, and all of the above or a combination of the above.

    You AMD fanboys can go cry a river about Intel having that advantage. AMD chose not to have similar technology. That's AMD's fault, not Intel's, and apples are apples when not overclocking in a traditional sense, as in the case of i7's turbo boost. You whiners can cry about it until hell freezes over is more like it.
  • maxxcool - Wednesday, September 16, 2009 - link

    will you die you douche bag stir stick? Its a default feature. every consumer in the world that gets a Dell computer based on i5/i7 will get the same performance performance boost. if they get a i7, it will be even more.....

    bitch all you want. every consumer in the world that uses a i5 will say the same thing... Gosh it's sooo fast and pretty.... and oh yes. it uses less power, saves the wales, promotes the rain forest cures herpes, and gets me out of 105mph speeding tickets in a school zone.

    sarcasm aside. you will be banned again soon enough just like you got BANNED on techreport you moron.

    and and don't forget your the IDIOT that screamed in our forums that the i5 would not support VMWARE or XP-MODE... you tool-bag of suck.








  • tpi2009 - Wednesday, September 16, 2009 - link

    Oh look! Hell just froze!

    Now serious, you can say what you want, but by definition, overcocking is something that is done outside the factory specifications and normally voids the warranty. The manufacturer does not guarantee that the processor will work reliably (or at all) in the short or long term at a higher clock speed than the one they established as good for that processor.

    What the i5 and i7's do has been thoroughly tested and is in fact "by design", it's guaranteed to work when it works, because Intel has a monitoring chip alowwing the frequency to be officaly raised in certain circumstances.

    On the other way around, Intel already did this kind of frequency switching, but much less elaborate, with EIST and AMD too, with Cool,'n' Quiet.

    Just because AMD hasn't gotten there yet, you can't say thatover at Intel it isn't a feature, because that exactly what it is, a feature.
  • oldscotch - Wednesday, September 16, 2009 - link

    Remember how an 80286 would run at 6 Mhz? There was a "Turbo" button that would boost that thing all the way to ... 8mHz.

    ZOMG OVERCLOCK!

Log in

Don't have an account? Sign up now