General Performance: In Between Atom and Athlon II

Atom may be efficient and fast enough to run a smartphone OS, but it absolutely chugs on Windows 7. The seat of the pants feel of an AMD E-350 is noticeably better. Single threaded performance, as you’ll soon see, is easily twice that of a similarly clocked Atom. Bobcat is still a dual-issue dual-core machine so high IPC or highly threaded workloads will show little difference between it and Atom. Thankfully, for most entry level netbook/nettop workloads Bobcat’s architecture should be sufficient. Before we get to the more CPU intensive tests I wanted to run through some reader requests for performance characterization.

I’ll start out with PCMark Vantage. There’s very little that separates PCMark from SYSMark in terms of how realistic the workload is. Neither suite is particularly representative of what an average user does today. What these suites are good at is being very long, and stressing enough aspects of a platform to give you a general idea of performance. SYSMark tends to focus on the more heavy user/content creation side of things (optimized for no more than 2 cores), while PCMark Vantage is much lighter test.

Looking at SYSMark you’d see no performance difference between the E-350 and Atom. The reason is simple. SYSMark was designed to be a modern day CPU benchmark. Most of the workloads exhibit high IPC and thus Bobcat’s front end acts as a bottleneck.

While SYSMark can be useful in estimating how a processor might handle particular heavy workload, it’s not useful in characterizing the sort of light workloads that you’d see a netbook or nettop user creating. PCMark Vantage is a collection of far simpler tasks. Again not specifically what you’d do today, but lighter nevertheless.

I compared four systems using PCMark Vantage, all with the same memory and I/O configuration. I dusted off an Atom 330 + ION motherboard from Zotac, an Atom D510, the MSI E-350 board and an Athlon II X2 255 on an 890GX motherboard. I picked the Athlon II simply because it’s a very affordable (~$65) modern day dual-core CPU. The Athlon II will help put the E-350’s performance compared to modern day x86 cores in perspective.

PCMark Vantage

The E-350 holds a clear advantage over the Atom D510. The overall suite runs 27% faster on the E-350 than the D510, and even 17% faster than ION (the overall suite includes some GPU tests where ION makes up for Atom). The advantages vary from 10 - 80% in most cases. If you look at tests where the GPU is involved, you have to start counting how many times Brazos is faster than Intel’s current Atom platform.

I have to put the E-350’s dominance in perspective however. An Athlon II X2 255 still delivers nearly 2x the performance of the E-350 in PCMark Vantage. Just as the Atom to E-350 jump is noticeable, so is the jump from an E-350 to an Athlon II.

A performance advantage in PCMark is often difficult to visualize so let’s move on to some more application specific tests. Next up are two web browser benchmarks we typically use in our smartphone reviews: BrowserMark and SunSpider.

BrowserMark is a general purpose browser test. Rather than loading full web pages it tests rendering speed for commonly used components of web pages and presents one gigantic score at the end to tell you which platform is faster. The benchmark is obviously browser dependent so I ran all numbers on the same version of Chrome (8.0.552.237). The test platforms were the same as before:

BrowserMark - Chrome 8.0.552.237

The E-350 holds a 41% performance advantage over the Atom D510 here. That’s definitely enough to be noticeable in actual usage. In general web browsing is noticeably faster on Brazos than on Atom. The Athlon II is another 50% faster than the E-350. Again, it’s enough to be noticeable.

SunSpider is a collection of javascript benchmarks that we typically run to compare smartphones. It ends up being a good way to compare one aspect of web browsing performance between these entry level platforms.

SunSpider Javascript Benchmark 0.9.1

The Brazos advantage over Atom actually climbs when we look at pure js performance. The E-350 is 80% faster than the Atom D510 here. The Athlon II advantage grows as well. Web browsing can be very CPU bound at times.

Brazos, like Atom, will never compete with its bigger brothers. There’s only so much you can do with a very tiny die. What AMD’s platform does provide however is a stepping stone between Atom and the lower end beefy x86 cores, which is something we’ve needed.

Many of you wanted even more real world testing, focusing on things like application launch time and system boot time. Ask and you shall receive is one of our policies around here (within reason) so I put together a drive image with a ton of applications, games and data. I measured the time it took to boot to the Windows 7 desktop as well as timed individual application launches.

Boot time is a difficult thing to compare between platforms. Everything from BIOS optimizations to the type of video card you have in the system can impact boot time. In this case, the E-350 system managed to boot 13% faster than the Atom system.

Individual applications, specifically light weight apps (e.g. Google Chrome, Media Player Classic), launch relatively quickly on both Atom and Brazos. This is largely due to the fact that I’m testing with an SSD. Regardless there’s still no appreciable difference in launch time between the platforms when the drive bottleneck is removed (the difference doesn’t grow as you add bottlenecks in). Where we see the E-350 really shine is in the larger, more complex applications and games.

Application Launch Time Comparison
Platform Boot Time (POST to Desktop) Adobe Reader 9 IE8 Chrome MPC-HC Cinebench 11.5 Sonar 8 CoD: Black Ops Starcraft II
AMD E-350 (1.6GHz) 61.5s 2.2s 1.4s 1.4s 1.2s 5.5s 8.8s 15.0s 21.9s
Intel Atom D510 (1.66GHz) 70.3s 1.5s 1.4s 1.4s 1.2s 3.9s 10.3s Fail 39.8s
AMD Athlon II X2 255 (3.1GHz) 53.8s 1.0s 0.8s 0.7s 0.7s 2.5s 4.5s 5.3s 9.9s

Sonar 8 launched 17% faster on the E-350 vs. Atom, while Starcraft II launched in almost half the time of the Atom D510 (although I suspect part of the advantage there is GPU related). Not all application launches were faster on the E-350. Occasionally applications would launch faster on the D510, but that seemed to be the exception rather than the rule. Overall system performance is naturally faster on Brazos compared to Atom.

Bring the Athlon II into the picture and things look different. You can cut most of Brazos’ launch times in at least half to get an idea of the Athlon II’s performance.

The Radeon HD 6310: Very Good for the Money Power Consumption: Better than Atom
Comments Locked

176 Comments

View All Comments

  • ocre - Friday, January 28, 2011 - link

    hahaha, You need to educate yourself a little more on the advantages/disadvantages of both the x86 and ARM architectures before you go around posting ignorant statements like these. If we assumed your statement: is true: "E-350 has roughly 5 times the performance of Tegra 2" it would still be nothing to brag on becaue the same tegra 2 uses 7-9 times less energy than the E-350. This makes a mere 5 time performance a joke.

    But on top of that, there is no good reasonable way to conclude where these architectures rate towards one another. The software is radically different. There is not enough to go on for any useful conclusion and what little we do have is subject to a very special cases where there is SW that in the end results to similar obtained data. But the entire process is different and while we know the x86 is pretty well optimized, any ARM based counter SW is in its beginnings. X86 has the luxury of optimizations, ARM will only get better when SW engineers find better ways to utilize the system. But this is considering an actual case where there is SW similar enough to even reasonably attempt to measure x86 vs ARM performance. For the most part there the SW of each architecture is so radically different. ARM is extremely good at some things and not so good at others and this doesnt mean it cant be good, in some cases the SW just hasnt matured yet. All this matters little cause at the end of the day, everyone can see that the exact opposite from your statement; The superiority of ARM is just unmatched by x86 when it comes to performance per watt. This is undisputed and x86 has a long long way to go to catch up with arm (and many think it never will). Alls Arm has to do is actually build 18w CPUs, they will be 3 to 4 times more powerful than the e-350 based on the current ARM architecture.
  • jollyjugg - Friday, January 28, 2011 - link

    Well your last statement is simply laughable. Because all we have from ARM right now is chips which run in smartphones and tablets. ARM based processors are not exactly known for their performance as much as their power. While it is true that performance/watt is great in ARM today, it also true as any modern microprocessor designer would say that, as you go up the performance chain (by throwing more hardware and getting more giga Hz and other tweaks like wider issue and out of order etc), the mileage you get out of the machine improves so does the drop in performance/watt. There are no free lunches here. I doubt a good performance ARM architecture will be a whole lot different that an x86 architecure. While the lower power is an achilles heal for x86 as is the performance an achilles heal for ARM. You mentioned software maturity. It is laughable to even mention this in this cut throat industry. Intel showed its superiority over AMD by tweaking the free x86 compiler it gave away to developers to suit its x86 architecture compared to its rival and the users got cheated until European commision exposed Intel. So dont even talk about software maturity. The incumbant always has the advantage. ARM first has to kill Intel's OEM muscle and marketing muscle before it can start dominating. Even if it did the former two, there is something it can never do, which is matching intel's manufacturing muscle. Intel by far is way better than even the largest contract manufacturer TSMC whose only task is to manufacture.
  • Shadowmaster625 - Monday, January 31, 2011 - link

    Nonsense. ARM is more optimized that x86. x86 code is always sloppy, because it has always been designed without having to deal with RAM, ROM, and clock constraints. When you code for an ARM device, you are presented with limits that most software engineers never even faced when writing x86 code. When writing software for Windows, 99.9% of developers will tell you they never even think about the amount of RAM they are using. For ARM it was probably 80% 10 years ago. Today it is probably less than 20% of ARM software engineers who would tell you they run into RAM and ROM limitations. With all this smartphone development going on today, ARM devices are getting more sloppy, but still nowhere near as bad as x86.
  • Shadowmaster625 - Monday, January 31, 2011 - link

    Best buy is still littered with them. Literally. Littered.
  • e36Jeff - Thursday, January 27, 2011 - link

    what review were you reading? The only bug that is actually mentioned is the issue with flash, which AMD and Adobe are both aware of and should be fixed in the next iteration of flash. Stop seeing anything from AMD as bad and Intel as good. For where AMD wants this product to compete, this is a fantastic product that Intel has very little to compete with now that they locked out Nvidia from another Ion platform.
  • codedivine - Thursday, January 27, 2011 - link

    Ok one last question. Is it possible to run your VS2008 benchmark on it? Will be appreciated, thanks.
  • Anand Lal Shimpi - Thursday, January 27, 2011 - link

    Running it now, will update with the results :)

    Take care,
    Anand
  • Malih - Sunday, January 30, 2011 - link

    I'm with you on this.

    I'm thinking about buying a netbook and may be a couple net tops with E-350, which will mostly be used to code websites, may be some other dev that require IDE (Eclipse, Visual Studio and so on).
  • micksh - Thursday, January 27, 2011 - link

    how can it be that "1080i60 works just fine" when it failed all deinterlacing tests?
  • Anand Lal Shimpi - Thursday, January 27, 2011 - link

    It failed the quality tests but it can physically decode the video at full frame rate :)

    Take care,
    Anand

Log in

Don't have an account? Sign up now