ARM Launches Cortex-A5 Processor, To Take On Atom

bigwophh writes "ARM launched its new Cortex-A5 processor (codenamed Sparrow) this week, and while it's not targeted at the top end of the mobile market, it is a significant launch nonetheless. The Cortex-A5, which will likely battle future iterations of Intel's Atom for market share, is an important step forward for ARM for several reasons. First, it's significantly more efficient to build than the company's older ARM1176JZ(F)-S, while simultaneously outperforming the ARM926EJ-S. The Cortex-A5, however, is more than just a faster ARM processor. Architecturally, it's identical to the more advanced Cortex-A9, and it supports the same features as that part as well. This flexibility is designed to give product developers and manufacturers access to a fully backwards-compatible processor with better thermal and performance characteristics than the previous generation."

Comments

No, it's not...

[Anonymous Coward]

The Cortex-A5 is a slight improvement over the MPCore/Arm11/Arm9. That's nice for those who need it, but it's miles away from the speed of a Cortex-A9, which is really what's going to be needed to battle Atom.

And since the A9 has announced by ARM quite some time ago, this posting should have been written then not now.

In reality, it's not clear which niche the A5 is going to occupy. It's probably going to be useful in lower end smartphones only, since current higher end models are already using the faster A8.

Re:No, it's not...

[Locutus]

the Cortex-A8 is out now on the 65nm process as are all the other low power device CPU's except Atom. Atom is currently on 45nm to get in the ballpark as the others but power usage is still pretty high. Cortex-A8 on 45nm should be in the pipeline soon and along with it, Cortex-A9. Those are going to shack the Atom up on price/watt and performance/watt. This is why Intel is moving Atom to 32nm ASAP but it's very expensive for them because they have to price the Atom low while at the same time use very expensive 32nm process space which they normally use for high profit desktop/server CPUs. So in 2011, along comes Cortex-A5 on 40nm so Intel would have to start looking at 2?nm processes to keep competing. I believe the ARM dude talks about this somewhat.

Size is a big deal and right now, Cortex-A8 on 65nm is rather large for smart phones. they pack some decent power for netbooks so I'm not sure what the delay is on that front. Cortex-A9 on netbooks would be very nice but I think they are just sampling now so it won't happen til next year( 2010 ).

ARM is a thorn in both Microsoft and Intel's sides and there is probably massive amounts of pressure on OEMs and manufacturers to stay away from it. Atleast on the netbook side. Remember, the head of the Thai Manufacturers Association said they fear Microsoft when talking about Linux on netbooks. ARM is an enabler for Linux so it too is a threat to Microsoft. But I sure hope the market gets to make the choice some how, some way.

LoB

Good news for future iphone

[not-enough-info]

Looks like the Cortex-A5 has 50% more performance while using 1/3rd the power of the current generation ARM11 found in the iPhone. As a game developer this makes me hopeful that we'll see cellphones as a gaming platform without sacrificing useful battery life.

Re:First the Beatles; Now the ARM?

[SimonTheSoundMan]

Acorn Computers tried in the 80's and 90's. The ARM processors were faster than their x86 rivals, and OS was years ahead of the likes of Windows and Mac OS. As you say, some monopolistic software company would never allow ARM to take off. Lucky ARM is now the most common architecture on the market.

It's sad x86 is still here, the platform should have been done away with years ago.

Re:MS

[TheRaven64]

I've said this before. Aside from games, very little legacy software is CPU-bound. A modern emulator can get somewhere between 50-80% of the host native speed on emulated software, and not all of the code that is running will be emulated. Take a look at a typical Windows application. Most spend at least 50% of their CPU time in system library code. A half-decent emulator will just pass these calls to the native versions of the libraries, so for half of the CPU time you are running native code. A lot of recent Windows applications use some .NET code. This will be JIT compiled to ARM, so it's also native. The remaining code will be emulated, but the number of programs for which this will be too slow is very small.

Oh, and most people do not have a stack of x86 Windows software. They have one or two Windows programs that they depend on (or, at least, would not abandon without a lot of persuasion). You can bet that an ARM version of Windows would be accompanied by an ARM version of Office, and if MS really wanted to push it then they'd give a free download of the ARM binaries to people who owned the x86 version.

In terms of C programming environment, x86 and ARM are very similar. C does a terrible job at abstracting the differences between SPARC64 and x86 (for example), but it does a lot better at abstracting the differences between ARM and x86. Most software, unless it uses inline assembly or SSE / MMX intrinsics, is a straight recompile. The SSE and MMX intrinsics can be implemented in terms of NEON or slower scalar operations, so the code will compile, even if it doesn't get the same performance.