Multimedia Content Creation Performance

MCC Winstone 2004

Multimedia Content Creation Winstone 2004 tests the following applications in various usage scenarios:

  • Adobe® Photoshop® 7.0.1
  • Adobe® Premiere® 6.50
  • Macromedia® Director MX 9.0
  • Macromedia® Dreamweaver MX 6.1
  • Microsoft® Windows MediaTM Encoder 9 Version 9.00.00.2980
  • NewTek's LightWave® 3D 7.5b
  • SteinbergTM WaveLabTM 4.0f

All chips were tested with Lightwave set to spawn 4 threads.

Content Creation Application Performance

ICC SYSMark 2004

The first category that we will deal with is 3D Content Creation. The tests that make up this benchmark are described below:
"The user renders a 3D model to a bitmap using 3ds max 5.1, while preparing web pages in Dreamweaver MX. Then, the user renders a 3D animation in a vector graphics format."

SYSMark 2004

Next, we have 2D Content Creation performance:

"The user uses Premiere 6.5 to create a movie from several raw input movie cuts and sound cuts and starts exporting it. While waiting on this operation, the user imports the rendered image into Photoshop 7.01, modifies it and saves the results. Once the movie is assembled, the user edits it and creates special effects using After Effects 5.5."

SYSMark 2004

The Internet Content Creation suite is rounded up with a Web Publishing performance test:

"The user extracts content from an archive using WinZip 8.1. Meanwhile, he uses Flash MX to open the exported 3D vector graphics file. He modifies it by including other pictures and optimizes it for faster animation. The final movie with the special effects is then compressed using Windows Media Encoder 9 series in a format that can be broadcast over broadband Internet. The web site is given the final touches in Dreamweaver MX and the system is scanned by VirusScan 7.0."

SYSMark 2004

As soon as we throw in more content creation applications, some of which are multithreaded (e.g. 3ds max, Windows Media Encoder 9), the performance advantage of dual core is established.  Here, we see that the dual core Pentium Extreme Edition running at 3.2GHz holds a 6% to 20% performance advantage over the higher clocked 3.73EE. 

The performance advantages here are nice, but not the sort of order of magnitude in improvement that we'd been hearing about...

Business Application Performance Encoding Performance
Comments Locked

141 Comments

View All Comments

  • johnsonx - Monday, April 4, 2005 - link

    It looks like AMD better get busy. AMD woke up Intel from it's complacent slumber, and now Intel is going to start eating AMD's lunch. AMD has completely lost the 64-bit advantage, and will now lose whatever dual-core advantage it had by designing Hammer to be dual-core from the start. Prescott may or may not have been designed for dual-core, but it sure seems to work just fine, doesn't it?

    AMD's problem is that it talks about what it's going to do for too long before actually doing it, as if there isn't anything Intel can do about it. Intel surely can do something about it, and definitely has. This may be an obvious consequence of being a much smaller company: AMD doesn't have the resources to get things done as quickly as Intel can (when Intel is sufficiently motivated), but that just means AMD needs to keep their mouths shut for longer. AMD has been relegated to 'me-too' status for technologies they themselves were first with...

    Object lesson for AMD: Intel can beat you to any launch date you set for any technology or feature you think you've got an exclusive on. Intel can then crush you with volume and market presence. It ain't fair... welcome to life.

    AMD's best bet: whatever you set your launch dates to, surprise launch everything 6 months ahead of schedule. That'll only work a couple of times, but it's better than nothing.
  • Klober - Monday, April 4, 2005 - link

    Two separate points here:

    First, I suppose dual-core may not improve single threaded application performance much over a single-core CPU with HT, but shouldn't it increase performance over a single-core CPU w/o HT? I would think it would allow the OS to run on one core while the application runs on the other core, which in theory should increase performance some. Just a thought, as I'm no expert on scheduling and the resources the OS actively requires.

    Second point, a small simple application that may be useful in benchmarking, particularly in multitasking benchmarks, might be Macro Scheduler by MJT Net. It takes very little in the way of resources, and is very easy to program for starting applications, switching between them, taking screenshots, clicking on options and even typing whatever you'd like wherever you'd like. I think it could be a great base for switching between applications and starting processes inside those applications, all in a very repeatable manner. Timing can be down to the 1/10,000th of a second if need be, and using a scheduler with minimal resource impact would take the human element out of the benchmarking. Maybe you've already looked into this, or something similar, but it's just a thought that may make certain benchmarking situations easier for all of you that bring us these great (p)reviews.
  • Googer - Monday, April 4, 2005 - link

    In Soviet Russia you post all you bad jokes Here:
    http://forums.anandtech.com/messageview.aspx?catid...
  • knitecrow - Monday, April 4, 2005 - link

    yo dog, where the temperature at?





    but seriously, in addition to the usual suspects, I think anandtech should have compared pentium D to xenon 3.2ghz just to see the performance difference.

  • johnsonx - Monday, April 4, 2005 - link

    ok, sorry... I posted my comment before reading the encoding benchmarks, where I see you did exactly what I suggested. My bad.
  • vaystrem - Monday, April 4, 2005 - link

    "2) Open iTunes and start playing the latest album of avid AnandTech reader 50 Cent on repeat all."

    ? Really?
  • johnsonx - Monday, April 4, 2005 - link

    I know it's nearly double the number of benchmarks to run, but it would have been instructive to see both Pentium processors benchmarked without HT as well. Testing the dual-core pentium EE without HT would of course mimic a 3.2Ghz Pentium D, and testing the single core P4 without HT would give us a baseline single-core, single execution thread reference.

    Finally, it might also be instructive to benchmark current P4 at 3.2Ghz, again both with and without HT.

    Easy for me to say, I know, since I'm not the one who has to do all the benches....
  • LeadFrog - Monday, April 4, 2005 - link

    I like the theory of if it can't get any faster lets just combine a few.

    SLI, RAID, and Dual Core CPU's.
  • segagenesis - Monday, April 4, 2005 - link

    One site mentioned 125W power consumption. Ow.

    Well, its a start... but I want to see AMDs offering first.
  • msva124 - Monday, April 4, 2005 - link

    This looks promising, I wonder if AMD might eventually cave and implement hyper-threading in their processors, in addition to dual core. Or is that not part of the cross licensing agreeement?

Log in

Don't have an account? Sign up now