The Test

It turns out that our initial preview numbers were quite good. The shipping 3770K performs identically to what we tested last month. To keep the review length manageable we're presenting a subset of our results here. For all benchmark results and even more comparisons be sure to use our performance comparison tool: Bench.

Motherboard: ASUS P8Z68-V Pro (Intel Z68)
ASUS Crosshair V Formula (AMD 990FX)
Intel DX79SI (Intel X79)
Intel DZ77GA-70K (Intel Z77)
Hard Disk: Intel X25-M SSD (80GB)
Crucial RealSSD C300
OCZ Agility 3 (240GB)
Memory: 4 x 4GB G.Skill Ripjaws X DDR3-1600 9-9-9-20
Video Card: ATI Radeon HD 5870 (Windows 7)
AMD Processor Graphics
Intel Processor Graphics
Video Drivers: AMD Catalyst 12.3
Desktop Resolution: 1920 x 1200
OS: Windows 7 x64

General Performance

SYSMark 2007 & 2012

Although not the best indication of overall system performance, the SYSMark suites do give us a good idea of lighter workloads than we're used to testing. SYSMark 2007 is a better indication of low thread count performance, although 2012 isn't tremendously better in that regard.

As the SYSMark suites aren't particularly thread heavy, there's little advantage to the 6-core Sandy Bridge E CPUs. The 3770K however manages to slot in above all of the other Sandy Bridge parts at between 5—20% faster than the 2600K. The biggest advantages show up in either the lightly threaded tests or in the FP heavy benchmarks. Given what we know about Ivy's enhancements, this is exactly what we'd expect.

SYSMark 2012—Overall

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

SYSMark 2007—Overall

SYSMark 2007—Productivity

SYSMark 2007—E-Learning

SYSMark 2007—Video Creation

SYSMark 2007—3D

Content Creation Performance

Adobe Photoshop CS4

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

Our Photoshop test is well threaded but it doesn't peg all cores constantly. Instead you get burstier behavior. With the core count advantage out of the way, SNB-E steps aside and allows the 3770K to step up as the fastest CPU we've tested here. The performance advantage over the 2600K is around 9%.

3dsmax 9

Today's desktop processors are more than fast enough to do professional level 3D rendering at home. To look at performance under 3dsmax we ran the SPECapc 3dsmax 8 benchmark (only the CPU rendering tests) under 3dsmax 9 SP1. The results reported are the rendering composite scores.

3dsmax r9—SPECapc 3dsmax 8 CPU Test

In another FP heavy workload we see a pretty reasonable gain for Ivy Bridge: 8.5% over a 2600K. This isn't enough to make you want to abandon your Sandy Bridge, but it's a good step forward for a tick.

Cinebench 11.5

Created by the Cinema 4D folks we have Cinebench, a popular 3D rendering benchmark that gives us both single and multi-threaded 3D rendering results.

Cinebench 11.5—Single Threaded

The single threaded Cinebench test shows a 9% performance advantage for the 3770K over the 2600K. The gap increases slightly to 11% as we look at the multithreaded results:

Cinebench 11.5—Multi-Threaded

If you're running a workload that can really stress multiple cores, the 6-core Sandy Bridge E parts will remain unstoppable but in the quad-core world, Ivy Bridge leads the pack.

Video Transcoding Performance

x264 HD 3.03 Benchmark

Graysky's x264 HD test uses x264 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 Benchmark—1st pass—v3.03

x264 HD Benchmark—2nd pass—v3.03

In the second pass of our x264 test we see a nearly 14% increase over the 2600K. Once again, there's no replacement for more cores in these types of workloads but delivering better performance in a lower TDP than last year's quad-core is great for more thermally conscious desktops.

Software Development Performance

Compile Chromium Test

You guys asked for it and finally I have something I feel is a good software build test. Using Visual Studio 2008 I'm compiling Chromium. It's a pretty huge project that takes over forty minutes to compile from the command line on a Core i3 2100. But the results are repeatable and the compile process will stress all 12 threads at 100% for almost the entire time on a 980X so it works for me.

Build Chromium Project—Visual Studio 2008

Ivy Bridge shows more traditional gains in our VS2008 benchmark—performance moves forward here by a few percent, but nothing significant. We are seeing a bit of a compressed dynamic range here for this particular compiler workload, it's quite possible that other bottlenecks are beginning to creep in as we get even faster microarchitectures.

Compression & Encryption Performance

7-Zip Benchmark

By working with a small dataset, the 7-zip benchmark gives us an indication of multithreaded integer performance without being IO limited:

7-zip Benchmark

Although real world compression/decompression tests can be heavily influenced by disk IO, the CPU does play a significant role. Here we're showing a 15% increase in performance over the 2600K. In the real world you'd see something much smaller as workloads aren't always so well threaded. The results here do have implications for other heavily compute bound integer workloads however.

TrueCrypt Benchmark

TrueCrypt is a very popular encryption package that offers full AES-NI support. The application also features a built-in encryption benchmark that we can use to measure CPU performance:

AES-128 Performance—TrueCrypt 7.1 Benchmark

Our TrueCrypt test scales fairly well with clock speed, I suspect what we're seeing here might be due in part to Ivy's ability to maintain higher multi-core turbo frequencies despite having similar max turbo frequencies to Sandy Bridge.

The 7 Series Chipset & USB 3.0 Discrete GPU Gaming Performance
Comments Locked

173 Comments

View All Comments

  • ijozic - Thursday, April 26, 2012 - link

    Maybe because people who prefer to have the IPS screen would also like to have support for graphics switching to have a nice battery life while not doing anything GPU intensive. This was the one thing I expected from Ivy Bridge upgrade and NADA.
  • uibo - Monday, April 23, 2012 - link

    Does anyone know if the 24Hz issue has been resolved?
  • uibo - Monday, April 23, 2012 - link

    nevermind just saw the htpc perspective review
  • anirudhs - Monday, April 23, 2012 - link

    I didn't notice that issue. 23.976*1000 = 23976 frames, 24 * 1000 = 24000 frames, in 16 mins 40 secs. So that's about one second of mismatch for every 1000 seconds. I could not notice this discrepancy while playing a Blu Ray on my PC. Could you?
  • Old_Fogie_Late_Bloomer - Monday, April 23, 2012 - link

    Okay, well, I'm pretty sure that you would notice two seconds of discrepancy between audio and video after half an hour of viewing, or four seconds after an hour, or eight seconds by the end of a two-hour movie.

    However, the issue is actually more like having a duplicated frame every 40 seconds or so, causing a visible stutter, which seems like it would be really obnoxious if you started seeing it. I don't use the on-board SB video, so I can't speak to it, but clearly it is an issue for many people.
  • JarredWalton - Monday, April 23, 2012 - link

    I watch Hulu and Netflix streams on a regular basis. They do far more than "stutter" one frame out of every 960. And yet, I'm fine with their quality and so our millions of other viewers. I think the crowd that really gets irritated by the 23.976 FPS problems is diminishingly small. Losing A/V sync would be a horrible problem, but AFAIK that's not what happens so really it's just a little 0.04 second "hitch" every 40 seconds.
  • Old_Fogie_Late_Bloomer - Monday, April 23, 2012 - link

    Well, I can certainly appreciate that argument; I don't really use either of those services, but I know from experience they can be glitchy. On the other hand, if I'm watching a DVD (or <ahem> some other video file <ahem>) and it skips even a little bit, I know that I will notice it and usually it drives me nuts.

    I'm not saying that it's a good (or, for that matter, bad) thing that I react that way, and I know that most people would think that I was being overly sensitive (which is cool, I guess, but people ARE different from one another). The point is, if the movie stutters every 40 seconds, there are definitely people who will notice. They will especially notice if everything else about the viewing experience is great. And I think it's understandable if they are disappointed at a not insignificant flaw in what is otherwise a good product.

    Now, if my math is right, it sounds like they've really got the problem down to once every six-and-a-half minutes, rather than every 40 seconds. You know, for me, I could probably live with that in an HTPC. But I certainly wouldn't presume to speak for everyone.
  • anirudhs - Tuesday, April 24, 2012 - link

    I will get a discrete GPU and then do a comparison.
  • anirudhs - Monday, April 23, 2012 - link

    a discrete GPU! I could use a bump in transcoding performance for my ever-growing library of Blu-Rays.
  • chizow - Monday, April 23, 2012 - link

    Looks like my concerns a few years ago with Intel's decision to go on-package and eventually on-die GPU were well warranted.

    It seems as if Intel will be focusing much of the benefits from smaller process nodes toward improving GPU performance rather than CPU performance with that additional transistor budget and power saving.

    I guess we will have to wait for IVB-E before we get a real significant jump in performance in the CPU segment, but I'm really not that optimistic at this point.

Log in

Don't have an account? Sign up now