Adobe Photoshop CS4 Performance

To measure performance under Photoshop CS4 we turn to the Retouch Artists’ Speed Test. The test does basic photo editing; there are a couple of color space conversions, many layer creations, color curve adjustment, image and canvas size adjustment, unsharp mask, and finally a gaussian blur performed on the entire image.

The whole process is timed and thanks to the use of Intel's X25-M SSD as our test bed hard drive, performance is far more predictable than back when we used to test on mechanical disks.

Time is reported in seconds and the lower numbers mean better performance. The test is multithreaded and can hit all four cores in a quad-core machine.

Adobe Photoshop CS4 - Retouch Artists Speed Test

The Pentium E6300 pulls ahead in our CS4 benchmark; it's faster than both the Phenom II 550 and the Athlon II 250. Note the significant increase in performance from the Athlon X2 7850 to the Athlon II X2 250. All of the benefits of the Phenom II architecture are wrapped into the new Athlon II.

DivX 8.5.3 with Xmpeg 5.0.3

Our DivX test is the same DivX / XMpeg 5.03 test we've run for the past few years now, the 1080p source file is encoded using the unconstrained DivX profile, quality/performance is set balanced at 5 and enhanced multithreading is enabled:

DivX 6.8.5 w/ Xmpeg 5.0.3 - MPEG-2 to DivX Transcode

DivX performance is very close between all three contenders. The E6300 and Phenom II 550 are virtually tied while the Athlon II 250 isn't far behind. For faster performance in encoding you need more cores though.

The Pentium EE 955, at one time an encoding monster, is now as fast as a Pentium E2160 in our DivX test.


x264 HD Video Encoding Performance

Graysky's x264 HD test uses the publicly available x264 codec (open source alternative to H.264) to encode a 4Mbps 720p MPEG-2 source. The focus here is on quality rather than speed, thus the benchmark uses a 2-pass encode and reports the average frame rate in each pass.

x264 HD Encode Benchmark - 720p MPEG-2 to x264 Transcode

The latest version of the x264 codec fixes the problem exemplified in our first pass results, but these are still interesting to look at. Because of a number of unaligned memory loads all of Intel's pre-Nehalem Core based processors are penalized. The result is both the Athlon II and Phenom II are ahead of the E6300 here.

In the second pass of the test however, things return to "normal". The E6300 is technically in between the two new AMD dual-core chips, but all three basically perform the same. The Phenom II X3 710 adds another 40% to the processor cost and yields an extra ~20% in performance.

x264 HD Encode Benchmark - 720p MPEG-2 to x264 Transcode

 

Windows Media Encoder 9 x64 Advanced Profile

In order to be codec agnostic we've got a Windows Media Encoder benchmark looking at the same sort of thing we've been doing in the DivX and x264 tests, but using WME instead.

Windows Media Encoder 9 x64 - Advanced Profile Transcode

Under WME, both of the AMD chips are a bit faster than the E6300. Note that even the triple-core Phenom II 710 is slower than the Phenom II X2 550; not all applications work well with AMD's odd 3-core configuration.

SYSMark 2007 Performance 3D Rendering Performance
Comments Locked

55 Comments

View All Comments

  • haplo602 - Tuesday, June 2, 2009 - link

    can you include linux kernel compilation tests, or something similar or larger (gcc, libqt, X) ??? would help me much more than gaming and 3d rendering benches :-)
  • virvan - Tuesday, June 2, 2009 - link

    Anand, I BEG you to include some kind of compilation tests in the "bench" application; some of us are actually programmers that spend more time building than watching or transcoding movies ;)
    A Linux Kernel bench + some kind of MS Visual C++ benchmark would be extremely welcome.
    Btw, when could we expect the old CPUs to be added to Bench? I am specifically waiting for Athlon XP and P3/P4's.
    10x
  • Anand Lal Shimpi - Tuesday, June 2, 2009 - link

    I really do want to include a software build test, the question is what is the simplest to setup and run, most representative and most repeatable test I can run?

    I'd prefer something under Windows because it means one less OS/image change (which matters if you're trying to run something on ~70 different configurations) but I'm open to all suggestions.

    Thoughts? Feel free to take this conversation offline over email if you'd like to help.

    Take care,
    Anand
  • virvan - Wednesday, June 3, 2009 - link

    You could try building a CGAL demo program (http://www.cgal.org/FAQ.html)">http://www.cgal.org/FAQ.html). It is cross platform and big enough (but not too big).
    I am really a Linux programmer but I could try to help if you are not a programmer. I haven't booted Windows for years but, hey, we have virtual machines nowadays :)
  • adiposity - Tuesday, June 2, 2009 - link

    A fairly decent size build that I do is Qt under VS 2008.

    Instructions are here:

    http://wiki.qtcentre.org/index.php?title=Qt4_with_...">http://wiki.qtcentre.org/index.php?title=Qt4_with_...

    Download source here:

    http://www.qtsoftware.com/downloads/windows-cpp">http://www.qtsoftware.com/downloads/windows-cpp

    You can use VS2008 Express.

    -Dan
  • haplo602 - Wednesday, June 3, 2009 - link

    I have no experience with VS 2008. Can it be manualy set to certain amount of compile threads ? make has a command line parameter for this, so you can even test a single threaded compile and scale the number of threads used to exploit the drop off limit (where more threads do not yield better performance).

    qt is quite huge, but that's ok, since a compilation of a few minutes (linux kernel) won't tell much in the future, when processing power increases.
  • smitty3268 - Wednesday, June 3, 2009 - link

    Yes, you can add the /MP parameter in Visual Studio.
  • adiposity - Wednesday, June 3, 2009 - link


    From the page I linked before:

    Add these line to the .pro file for release version:

    QMAKE_CXXFLAGS_RELEASE += -MP[processMax]


    -Dan
  • smitty3268 - Wednesday, June 3, 2009 - link

    All of Qt might be a bit large for a simple benchmark.

    Something like Paint.NET or NDepend might make a good C# test.
  • adiposity - Wednesday, June 3, 2009 - link

    Use:

    nmake sub-src

    It only compiles qt libraries, not the tools or examples.

    It really does not take very long (less than 10 minutes on a Core2Duo 2.4).

    -Dan

Log in

Don't have an account? Sign up now