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

 

Microsoft Excel 2007

Excel can be a very powerful mathematical tool. In this benchmark we're running a Monte Carlo simulation on a very large spreadsheet of stock pricing data.

Microsoft Excel 2007 SP1 - Monte Carlo Simulation

Sony Vegas Pro 8: Blu-ray Disc Creation

Although technically a test simulating the creation of a Blu-ray disc, the majority of the time in our Sony Vegas Pro benchmark is spend encoding the 25Mbps MPEG-2 video stream and not actually creating the Blu-ray disc itself.

Sony Vegas Pro 8 - Blu-ray Disc Image Creation (25Mbps MPEG-2)

Sorenson Squeeze: FLV Creation

Another video related benchmark, we're using Sorenson Squeeze to convert regular videos into Flash videos for use on websites.

Sorenson Squeeze Pro 5 - Flash Video Creation

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

3D Rendering Performance Gaming Perfo
POST A COMMENT

55 Comments

View All Comments

  • 7Enigma - Thursday, June 4, 2009 - link

    Hello Anand,

    In the article you seem to imply a tremendous difference in that 2meg to 3meg jump but your single data point doesn't show that conclusion.

    In your example there is a ~9% increase in performance when going from 2 to 3 megs, but there is also a 4.5% increase in clockspeed between the 2 chips. So at best (in this example) you have a 5% difference, which while significant, I would't say it was tremendous.

    Can you comment on whether you did any further tests with identical frequencies?
    Reply
  • FlameDeer - Thursday, June 4, 2009 - link

    Here are some corrections of AnandTech Bench.

    Refer to here:
    http://www.anandtech.com/bench/default.aspx?b=25&a...">Adobe Photoshop CS4 results of few CPUs from AnandTech Bench

    1. AMD Athlon II X2 250 results missing a dot, becoming slower than Intel Atom 230.

    2. Better using "Intel Pentium Dual Core E5300" for E5300 as the name Intel printed on the CPU.

    3. AMD Athlon LE-1620 notes (platform side notes) should be same as AMD Athlon LE-1640.

    Thanks for adding more CPUs for comparison in AnandTech Bench, doing the full test in latest software is really time consuming especially for old CPUs. Take care.
    Reply
  • MadAd - Wednesday, June 3, 2009 - link

    would have liked to see phenom (non II) compared, especially the low end x3s, users may be thinking of upgrading from those about now Reply
  • FlameDeer - Thursday, June 4, 2009 - link

    You can always conveniently & interactively comparing them here.
    http://www.anandtech.com/bench/">AnandTech Bench
    Reply
  • Elementalism - Wednesday, June 3, 2009 - link

    I never had much luck running Cool n Quiet when I used to run AMD processors. Even in games the CPU was put into a low clock mode running at half speed. Sounds like a buggy implementation to this day.

    And I cant say in my experience it was the Mother Boards fault either. I enabled Cool and Quiet in the bios and nothing happened. It wasnt until I installed the Cool n Quiet driver all hell broke loose.
    Reply
  • mino - Wednesday, June 3, 2009 - link

    However one has to keep in mind the bug comes from Redmond.
    The Win 5.x scheduler is a piece of garbage and it allways was. It is just that it shows with different symptoms:
    1 CPU core => crappy multi-tasking on heavy loads
    2+ CPU cores => unable to get a grasp that power management not a thing of the future ...

    A no, being from 2000 is no excuse, proper OS scheduler were there 30yrs ago.
    Had MS decided to do so, their Win 5.x schedules would be a proper one from the start.

    As for AMD, it is a price one pays for being ahead of the market.

    Remember, it took Intel 5yrs (2003-2008) to get comparable power management capabilities as AMD with Nehalem.
    Reply
  • mino - Wednesday, June 3, 2009 - link

    sorry for the spelling mess.. Reply
  • Hrel - Wednesday, June 3, 2009 - link

    YAY 3D max, also that E7500 is beating the crap out of everything but AMD's top of the line. That really solitifies in my mind that picking the E8400 6 months ago for my friends gaming computer was the right choice. Stupid AMD, I REALLY want them to be competitive again so Intel is FORCED to stop overcharging for EVERYTHING. Reply
  • mmpalmeira - Wednesday, June 3, 2009 - link

    Did you try to overclock the uncore of the AMD's CPUs? Reply
  • calyth - Tuesday, June 2, 2009 - link

    Just like that article that you linked to with the name CnQ bug, I don't believe that a hardware manufacturer creates a bug if the OS scheduler can't seem to do the sensible thing and not bounce threads around. Although various factors in the AMD chips make the problem worse, bouncing threads across different cores on an Intel chip also has a bit of impact, since L1 and the L2 shouldn't be shared across cores on the i7 platform.

    So please, stop calling it a bug. The bug lies in Windows, not the chips.
    Reply

Log in

Don't have an account? Sign up now