Multitasking Performance - The Quad Core Advantage

We're almost at the end of the review and so far we've hardly shown any performance benefit thanks to quad cores; just about all of the benchmarks we've presented here today could be duplicated if you only had a single Xeon in the Mac Pro instead of two.

It seems that many multithreaded applications are specifically targeted at dual core systems, and scaling above and beyond two simultaneous (and CPU intensive) threads just isn't where it needs to be for four cores to make a big difference. With the trend in CPU architectures being to significantly ramp up the number of cores, software will follow, but for now truly taking advantage of four cores is much like the early days of dual core processors: you either need an application that is specifically designed to scale to four cores (e.g. CineBench/3D rendering), or you need to be a heavy multitasker.

We've already shown what the former can bring, but what about the latter? How much of a benefit do you gain from having four cores at your disposal? To find out we combined two of our benchmarks - the multithreaded CineBench 9.5 test and our Quicktime H.264 encoding test. We started the H.264 encode first and then started the CineBench rendering test; we reported scores for both.

Multitasking Performance: CineBench 9.5

With only two cores, the CineBench results between the PowerMac G5 2.5GHz and the Mac Pro 2.66GHz are reasonably close, with the Mac Pro only holding a < 6% advantage. The H.264 encoding performance is a bit more favorable to the Mac Pro, with the dual core 2.66GHz solution outperforming the G5 by 14%.

Multitasking Performance: Quicktime H.264

Enabling the remaining two cores on the Mac Pro however really changes the picture; the four core Mac Pro is 1.6x faster than the hypothetical two core version in CineBench and at the same time is 17% faster in the H.264 encoding test.

It's not too surprising to expect that the more CPU intensive tasks you run simultaneously, the more of a performance improvement you'll see with four cores vs. two. It's just like the early days of dual core CPUs; just wait until Apple throws two quad core Clovertowns in the Mac Pro, then we'll really start running out of things to do with them.

Professional Application Performance with Final Cut Pro, Xcode and CineBench Rosetta Performance (or lack thereof)
Comments Locked

96 Comments

View All Comments

  • plinden - Thursday, August 17, 2006 - link

    I know of at least one multithreaded LAME encoder for iTunes, but I've never used it so don't know how fast it is - http://www.versiontracker.com/dyn/moreinfo/macosx/...">http://www.versiontracker.com/dyn/moreinfo/macosx/...
  • Maury Markowitz - Wednesday, August 16, 2006 - link

    The MP3 process itself might not be, but the load -> encode -> write process most certainly is threadable.

    Maury
  • Questar - Wednesday, August 16, 2006 - link

    Reading and writing a file most likely doesn't use very much in system resources.
  • Dennis Travis - Wednesday, August 16, 2006 - link

    Good job Anand. I can't wait for the next part!!

  • WeirdZen - Wednesday, August 16, 2006 - link

    Something I have not seen mentioned is support for Video Cards. Now that these are using a different Bios, can we use standard PC Video Cards, or are we still forced to pay too much money for a slim selection of cards?
  • Maury Markowitz - Wednesday, August 16, 2006 - link

    The basic answer is "no, but it is likely you can make them work with some effort". There are two basic problems, one is the boot firmware on the card, and the other is the drivers in the Mac OS (or lack thereof). Both can be addressed, and have been in the past. Here's the scoop:

    The firmware on the basic PC card is basically aimed at getting a BIOS-based machine up and running. Since the Mac uses EFI, this doesn't work, and a PC card in a Mac simply won't boot (nothing bad happens though, just nothing happens). The Mac cards replace this BIOS-based code with one that appears to work fine on both BIOS and EFI machines. So basically a Mac card will work fine in any PC, but most PC cards will not run in the Mac. EFI is expected to become more common in the future though, so we'll have to see how this turns out six months from now.

    Now it's just firmware. That means you can download it from a Mac version and upload it to a PC version and presto. The problem here is that the combination on the Mac drive ends up being larger, which shouldn't be surprising. So while most PC cards have a 64k flash on them for the firmware, the Mac version is about 110k and needs a 128k flash. SOME PC cards have this, but generally it's rare.

    Things are not so bad as they seem. In the past hackers have been able to strip out the PC-only code, leaving a smaller Mac-only version that will fit into 64k. It will be a little while before we know if this is possible for the EFI driver too, it's simply too early to know yet. Another option is to solder a 128k flash onto your card, but obviously that's much more "serious".

    The other issue is the drivers in the Mac OS. Every card has a unique ID and vendor code in it, and the Mac OS tries to look up cards by pattern matching on these IDs. So even if you did flash the firmware, the Mac wouldn't find the driver matching those codes, and fail to load it. The news here is very good though, because Apple puts practically everything into normal text files, including these codes. It's a triviality to find them in the driver and change them to match your card.

    So we'll all just have to wait a bit and see how it all turns out. The basic long-n-short is that its definitely _possible_ in theory.

    Finally, a word or two about SLI/CrossFire. These are a different matter entirely. Basically these systems use custom drivers that split every message being sent out of the video drivers and sends them to both cards at the same time. That way they both have an identical copy of the "world". Clearly the normal drivers cannot be used, and unless someone makes a driver for the Mac, these things simply aren't going to work.

    There is one oddball though, the GeForce 7950 GX2. This card is basically two 7900's bolted together, with SLI _internal_. From what I understand, the machine and OS has no idea that it's not talking to a bog-standard 7900. Assuming all the problems above can be worked out, it is just possible that the Quattro driver Apple has now could be adapted to work with this card. THAT would be good enough for me, Halo runs full-screen on a 30" LCD on this card...

    Maury
  • Pirks - Wednesday, August 16, 2006 - link

    yeah Anand please tell us if we can buy nice cheap evga 7900GT and stick it inside this fruity beast
  • VooDooAddict - Wednesday, August 16, 2006 - link

    I think this is a burning question amoung those of us thinking about this beast.
  • ViRGE - Wednesday, August 16, 2006 - link

    Early results look like it won't happen. For Mac OS X, the card needs to support EFI, which means there needs to be a portion of the video BIOS programmed to handle it. Right now only Mac-specific cards seem to be able to do so, and PC cards can't be flashed because the Mac cards are using a larger EEPROM for the BIOS.
  • delta53 - Wednesday, August 16, 2006 - link

    They go on and on about the price difference and fail to tell you that the Apple doesn't include at monitor or a protection plan which the price of the dell includes both. The price for the apple plan is $249 for 3 years. Dell will take off $149 for the monitor. Therefore, the Apple with protection plan without monitor is $2748.00 and the Dell with the protection plan without monitor is $2961.00. Price difference $213.00. That is comparing apples to apples.

Log in

Don't have an account? Sign up now