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

Finally, after struggling far too long in our DivX encoding test AMD is now able to claim a spot in the top three. While it's still slower than the Core i7 920, the Phenom II X4 955 is faster than any Core 2 Quad on the list when it comes to DivX encoding.

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

More important than DivX encoding performance is x264 encoding performance these days, and the Phenom II X4 955 does quite admirably here as well. The second pass is the more interesting one as that's the more strenuous pass:

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

The 955 is a hair faster than the Q9550 but unable to touch the Core i7 920.

 

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

Once again, short of the i7, the Phenom II X4 955 is the fastest quad-core here.

Adobe Photoshop CS4 Performance 3dsmax 9, Cinebench & POV-Ray
Comments Locked

65 Comments

View All Comments

  • corporategoon - Thursday, April 23, 2009 - link

    It seems every article posted at Anandtech lately has been riddled with sentence fragments. "Especially now that DDR2 and DDR3 are closer in price" isn't a sentence.

    C'mon guys, this mumbo-jumbo would never fly in print.
  • hooflung - Thursday, April 23, 2009 - link

    It has been proposed, or should I say down right leaked, that AMD is going to a 128bit register. Not in that we'll have a 128bit OS but it will be able to push 2 64bit registers once.

    This is what Bulldozer is rumored to be at. If so, then it is quite possible AMD has an answer for HT. Now once they go to 32nm, better gate efficiency, SSE5 ( if anyone actually puts out an APP for it ) and higher clocks with tripple/quad DDR3 we might see some real heavyweight cpu's that will make the i7 tremble.

    That is if AMD survives the Quarterly losses.
  • Spoelie - Friday, April 24, 2009 - link

    Larrabee derivative cores have 256bit registers and AVX extensions.. I imagine the successor to i7 will have a few of those as well.

    I hope amd drops the SSE5 bit and focuses on AVX, only reason not to is (1) pride (2) too late into bulldozer development. First is a bad reason and second would be a shame. Technically AVX is superior to SSE5.
    http://aceshardware.freeforums.org/intel-avx-kills...">http://aceshardware.freeforums.org/intel-avx-kills...

  • hooflung - Friday, April 24, 2009 - link

    It doesn't matter that Larrabee has these things. Larrabee isn't going to be used much for integers and that is what is pushing the i7's death blows to AMD's tech right now.

    The Larrabee 256bit registers have absolutely nothing to do with the 128bit registers AMD is rumored to have on bulldozer. Larrabee isn't going to replace the i7 it will enhance the ability to have a chip that can handle graphics and possibly ray tracing. AVX is the new SSE engine and you need you need 256bit registers to get better precision. While AMD's 128bit registers are for doing normal work, or having copies of the same register call in case of branch prediction failure, in the normal CPU pipeline. ( the last part is my speculation on branch prediction )

    And AMD has been talking about Fusion for years. When they go to a smaller process they can put stream proc.s from the ATI tech on their chips if they want AVX type work to be done.
  • Leyawiin - Thursday, April 23, 2009 - link

    Gaming results look very promising. I'll give it a couple months for the prices to drop a bit and I think this will be my new build.
  • TA152H - Thursday, April 23, 2009 - link

    The introduction into this article was really bad. I thought I had jumped into the middle of it. I backed out and tried again. You might have thought it was clever or different, but, maybe too different.

    What are you going to try next? Putting an intro on page 5? That would be different too, and you'd get more clicks, since people would think they were on the wrong page.
  • DeOderView - Thursday, April 23, 2009 - link

    Nice article!

    I'll bet Intel's team is poopping in their pants, now! :P

    Gratz to AMD's team on core speed achievement!

    Getting triple bus pipes (core I7) or quad. bus pipes is nothing new to AMD since that was their theory back in the day. Increasing bus pipes is just a matter of times and strategy for AMD team. By what've I meant:

    Pentium = single bus, high core speed
    Athlon = dual bus, low core speed (win)

    Core 2 Dual = dual buses, high core speed
    Phenom II = dual bused, high core speed

    Core I7 = triple buses, high core speed
    AMD = ???

    From what I've seen, core speed is pretty much hitting the ceilling and bus pipes... the sky is limited! To my surprise, you guys as a technical aspect and knowledge, and failed to realize this?!?!?!

    It's getting interesting more and more each day as AMD achieved their core speed milestone!

    Just you wait and see! :P
  • JarredWalton - Thursday, April 23, 2009 - link

    The number of memory channels has severely limited potential for returns on investment. Going from single to dual-channel was good for up to 10% back in the day, and perhaps 15% now. Tri-channel i7 will probably end up being 2-5% faster than dual-channel i5, all other things being equal.

    The problem is that adding more memory channels can dramatically increase bandwidth, but it does nothing for latency - and in some cases can even make latency higher. The big benefit for AMD in the Athlon 64 era wasn't the dual-channel chipset; it was the integrated memory controller. That has a major impact on latency, but it can only be done once. AMD and Intel have both done it now, so what's next?

    Let's put it this way: imagine a CPU running at 4GHz, so the clock cycle time is 250ps. Now let's take that same CPU with memory that has an average latency of 75ns - or 75000ps. That means any time the CPU has a cache miss and has to hit main memory, it loses 300 clock cycles!

    Of course, memory is accessed in chunks, so the CPU might load up a 256 byte cache line at a time. That means over a dual-channel 128-bit bus it needs to hit memory 16 times to load a whole cache line from memory. If you were to jump to a quad-channel memory interface, you could load a cache line into memory in half the time. The first access to memory is the one usually holding up the CPU, however, so the net benefit of doubling the channels/bandwidth is pretty small. Even with infinite bandwidth, the 300 CPU cycle latency to access main memory is still there.

    While it was written several years ago, http://www.anandtech.com/memory/showdoc.aspx?i=222...">the basic tenets of this article are still valid.
  • TA152H - Thursday, April 23, 2009 - link

    This might sound crazy, but I'm still thinking at some point they'll put SRAM back on the motherboard as a fourth level cache. You'd cut the access time dramatically, since you don't need a refresh cycle. You'd still be really slow compared to on board memory, but it would still be a lot better than DRAM. On-board memory controllers would help this, and also the relatively low clock speeds of processors compared to bus speeds would help some as well (compared to the Pentium 4 days, where the processors ran at higher clock speeds, and the memory bus at lower).

    It wouldn't add too much cost either. For Intel it might not make much sense, but for AMD, since they can't make a competitive processor, they can give it additional help in other areas. Add a 128 MB cache on the motherboard, and you'd beat Intel processors in some benchmarks, and in others you'd close the game some. The motherboards would still be cheaper than the overpriced i7 ones.

    Maybe you'd need 256mb, I don't know, but my point is, there's a real benefit, and AMD needs what help they can get to compete with the i7. It's a monster, but it still waits a long time on memory. That's an important advantage to have.
  • duploxxx - Thursday, April 23, 2009 - link

    It is good that the pricepoint is compared for all platforms, but i suggest you check the overall price again, in your final words you state it is a small price difference to go to i7... but check the board prices again on newegg.

    the cheapest amd am3 board is on sale for 95$
    the cheapest intel i7 board is on sale for 195$

    that is more then 10-70$ not to mention the am2+ compatibility and way cheaper boards although off course you lack a bit of features, but then again how much do you really need?

    http://www.newegg.com/Product/Product.aspx?Item=N8...">http://www.newegg.com/Product/Product.aspx?Item=N8...
    http://www.newegg.com/Product/ProductList.aspx?Sub...">http://www.newegg.com/Product/ProductLi...10706453...

Log in

Don't have an account? Sign up now