Slashdot Mirror
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."
The summary reads like a press release. Still, it's good to see that Intel is facing competition, be it from AMD or ARM.
The Cortex-A5 is aimed at phones. The Cortext-A9 is the one aimed at netbooks. The article referenced in the summary makes this clear.
I would love to have one of these in a "smartbook". Even though it won't run x86 binaries (I use linux anyway) it would be useful enough to let me leave my big arse laptop at home. With hours of battery life I wouldn't need to take a power supply with me.
So far though the only ARM smartbooks currently available have very limited RAM and disk space. I will have to wait and see what comes out in the next few months.
Unicode in Slashdot
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.
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.
---k--
</stupid>
The Cortex-A5-based devices will be here in 2011 (according to the charts).
Now, devices with Atoms are already here for a good year.
How do current ARM CPUs stack up against wimpy Atoms?
So this is why ARM and Global Foundries recently made a deal. ARM's Cortex-A5 is going to be built on a 40nm and Global Foundries already has that equipment, with AMD working hard to advance to the next node that frees up a lot of manufacturing power for ARM to use. Officially it was for Cortex-A9 at 28nm but what's to stop other stuff from being done in the shadow of the deal?
Its the Wifi/WWAN chips, and LCD screen which suck up the power, not the CPU. ARM is cool and all (pun intended) but if you make an ARM based Dell Mini 9, you're not going to end up with uber battery life, when you're on Wifi and running the screen bright.
I want to delete my account but Slashdot doesn't allow it.
It's said that Intel has the edge on this fight due to x86 compatibility, but Microsoft can really change things around if they decided to port Win7 to ARM, instead of offering only Windows CE. But considering monopolies, I wouldn't expect that any time soon.
ARM talked about the Cortex A9 (the one I'd actually like to have in a netbook) over two years ago. There is still nothing you can get that actually has one in it. Yay something to replace the ARM11. Hope it actually gets used.
Just a Die Shrink?
The Cortex-A5 has a more advanced L2 memory system with multiple outstanding transactions. This makes a huge difference for many workloads compared to the ARM11 cores. Thus, for workloads not contained entirely within the L1 memories the Cortex A5 should offer much better performance.
So, Sparrow, we meet again.
Yes. Sometimes I think that I am getting too old for this game.
-- The Crepes of Wrath --
Architecturally, it's identical to the more advanced Cortex-A9
How can it be identical, when it's more advanced? Those two are opposites.
Or is their definition of identity itself more advanced? ^^
Like "(==) a b = a >= b" in Haskell?
Any sufficiently advanced intelligence is indistinguishable from stupidity.
Now, ARM -- another British invention -- has established a small beachhead in the notebook market (which includes netbooks). Can ARM do what SPARC, MIPS, Precision Architecture, and PowerPC failed to do? Can ARM actually reach 50% of the processor market for notebooks -- and eventually desktops?
I hope so. I admit that I am biased and love cheering the underdog.
Intel developed its x86 architecture by pumping globs of monopolistic profits into research and development. Too, the massive federal funding (via university research grants) and corporate funding furthered the development of both SPARC and MIPS. By contrast, ARM was developed on a shoestring budget. The goal was modest: low power and average performance.
All the American processors are Goliaths. ARM is David. I hope that David slays the biggest Goliath: x86.
Cheerio.
We really have to start looking more carefully at posts like this, which clearly contain entire paragraphs of unexamined assertions by company PR drones that may or may not be true. Bottom line: Kill this shit unless a trustworthy, honest reviewer with a decent track record says it. If that isn't happening, quit posting it here, where we have more important stuff to spend time on.
By the way, that "more important stuff" includes pulling our dicks and/or replaying World Championship Monopoly games move by move.
I've calculated my velocity with such exquisite precision that I have no idea where I am.
The A5 is noy meant to compete with atom. it is meant to replace to ARM11 on the low end. Roughly the same power, but with more features and cheaper. I guess that the A8 hasn't been seeing a good enough uptake due to the recession. That would explain why they are only announcing it now. It is the A9 that is going to take on Atom.
http://arstechnica.com/gadgets/news/2009/10/arm-fills-out-cpu-lineup-with-cortex-a5.ars
http://www.brightsideofnews.com/news/2009/10/21/arm-announces-cortex-a5-for-the-next-15-billion-cellphones-and-mids.aspx
Late? They said 2010 in the article you linked.
In this article, they said Cortex A5 in 2011.
As a developer for products based on ARM9 and ARM11 SoCs the A5 is targeted squarely at me. I'm not sure why it's of any interest to slashdot. But it does appear to be a cheaper ARM11 (to the point of making the ARM9 obsolete) but with some of the features of the A8.
While smartphones are all sexy and exciting, the staple for cell phone manufacturers are the simple ordinary phones. If they can cram more features into the same cheap phone it usually means they can sell more of them. Think of it as competing in the free phone market. Where the styling and brand and features are the only way to differentiate yourself rather than price. The customer is just going to pick 1-4 of the plan bundled phones.
“Common sense is not so common.” — Voltaire
You have to expect pedantry, this is Slashdot.
From scarped cliff or quarried stone she cries "A thousand types are gone, I care for nothing, no not one."
You haven't seen any products with A9 inside, yet, because the chips that are built around the A9 can take 1-2 years to go into full manufacture. It then takes time to build devices out of finished product. Next year, you will see NVIDIA showing of Tegra2 based systems containing Cortex-A9.
A5 is still being designed, so don't expect anything soon....
Define 'you'. ARM began selling Cortex A9 licenses a while ago, but ARM does not produce chips. TI are shipping OMAP4 SoCs based on the A9 to high-volume OEMs for a little while, as have a couple of other ARM licensees. They should be appearing in consumer products in 2010. As, in fact, it said in the article you linked to.
I am TheRaven on Soylent News
Before the A series, ARM haven't really designed any new processors since Acorn Computers died in 2000/2001. The only development push ARM had is when RISCOS went to other manufacturers such as Castle. Now ARM needs to design new processors as their time has come where more powerful CPUs are needed in the mobile devices.
ARM11 launched in 2002. That's a pretty major one...
(And, Acorn as a personal computer manufacturer died in 1998. They were using the DEC StrongARM, which predates the ARM9 and ARM10 - the StrongARM was used in place of the ARM8 that was still under development, and the ARM9 borrowed ideas from the StrongARM.)
I was just thinking about that yesterday. Did you ever notice that when a commercial or movie wants to be "edgy," they show a black man either kissing or in a suggestive post with a white woman (see Levis Jeans commercial with nonsensical video montage), but you never see a white man kissing a black woman on TV unless it's in the context of a slave owner raping his slaves?
Plus, it could even take advantage of the enormous number of open source programs that could be compiled for ARM Windows before commercial titles get ported.
Most open source desktop apps that I've seen either are ported to GNU/Linux (e.g. Firefox and OpenOffice.org) or came from the GNU side of the fence in the first place (e.g. GIMP and Inkscape). So Windows NT for ARM wouldn't have a huge advantage over Ubuntu in this case. It would probably be more productive to consider a compatibility layer from Windows CE to Windows NT, much like the Win16 to Win32 and Win32 to Win64 layers that Microsoft has already implemented in Windows NT, so that at least a user's collection of Pocket PC apps will still work.
Making a C program 64-bit safe, if it was not designed to be portable originally, is a lot of effort. Porting a C (or C-family) program from x86 to ARM is generally a straight recompile.
Plus the price of a hostile takeover of the non-free program's copyright owner, which otherwise declines to do this recompile in the interest of maintaining the market segmentation between the smartphone editions (Windows Mobile, iPhone, etc.) and the desktop edition of a program.
But, really, a port of Autocad is irrelevant.
AutoCAD was used as an example. There are plenty of other non-free programs for Windows that won't be recompiled on ARM.
Converting 32-bit code from one CPU to another is much easier than going from 32-bit to 64-bit, so it wouldn't take very long for vendors to update their software for it.
Unless the vendor declines to do the port at all for business reasons. This happened back in the days of NT 3, which was ported to MIPS and PowerPC but most apps still had to run in the emulator.
Also, Microsoft strongarms ISVs into compatibility.
Don't you mean Microsoft XScales ISVs into compatibility?
For example, it's often hard (or harder) to get "Windows Logo" certifications for software unless it works on various platforms.
Does Microsoft demand that all PC games in the "Games for Windows" brand get ported to Xbox 360? No. Desktop PCs and mobile phones are at least as different as desktop PCs and video game consoles.
You can bet that an ARM version of Windows would be accompanied by an ARM version of Office
But how easily would Microsoft Office (for Windows 8 ARM Edition) run third-party extensions designed for Microsoft Office (for Windows x86)?
Most software, unless it uses inline assembly or SSE / MMX intrinsics, is a straight recompile.
A lot of programs' file formats depend on details of the x86 ABI because the programs pretty much just fwrite() a struct to disc.
Why no mention of raw speed? I know it doesn't matter that much and architecturally there exist two CPUs at any time, one with X Ghz and another with Y Ghz, with X less than Y but X being still a better CPU, but it still gives you a ballpark for the same (or almost) generation of CPUs.
Has anyone found intelligently done benchmarks which pit Cortex A9-MP against Intel Atom?
Quite literally, I think you'll find.
These devices don't really run much legacy code. They spend most of their time on the, wait for it, Internet. Which is why Google never bothered with an OS until after Google docs. Will people be willing to get a "good enough machine" for USD 100 less (the approx. Wintel tax)?
The point here is that what the microprocessor taught us was in the long haul, volume wins and there are a hell of a lot more phones then PCs.
and the only advantage of Netbook over a real mini communication device which has OS designed to run on it is? Ability to run Windows unmodified.
I speak about devices like Nokia E90, N97, N900.
ARM really gets confused very easily it seems. They should ask Asus, HP, Acer and several others. Why does a customer buy a low powered laptop like device for?
Speaking (typing) from a Quad G5, PPC and watched the happenings in OS X community/developer scene since Intel transition announced. If Intel one day manages to make Atom (x86) run in same low power as ARM licensed CPUs, ARM is doomed.
Why? Compare the compile process of an open source, multimedia application on PPC and Intel. See the "bonus" stuff Intel chips get? Every kind of optimization, way more cheaper is available on Intel x86/SSE. Trust me, I am more amazed to Intel's developer/development/application support every single day. I don't even blame Apple anymore, I blame IBM/Motorola etc.
How about this.
Let's define a constant as X.
There is X ARM software available
There is at least X^Y where Y is >= 2 x86 software available
Seeing as I have no idea what the actual numbers for ARM or x86 software is I decided to express the relationship between the two functions for any definition of X and Y as is accurate to the data.
In this case you ought to say "there is an order of magnitude more software available...(base Y)".
Otherwise, using your argument, for the same numbers you could equally say "there is a constant factor more more software available", in that for X ARM apps there are X*c x386 apps for c > 1
Obviously this is true for the constant c = X^(Y-1)
As soon as you start playing with two constants, there is an infinite number of functions that can interpolate between them (and hence describe their relationship). This includes exponential functions, polynomial, constant, sinusoidal, linear...
But ARM has those spiffy DSPs. More and more codecs are going GPU or DSP powered, so who cares about CPU optimizations for such multimedia tasks?
By the time an Atom has as low power consumption as an Arm processor, Arm processors will be faster. :/
I'm shocked at this claim. Back in the day, Byte Magazine used to dissect processor architectures in a way you rarely see any more, apart from anything written by Jon Stokes over at Ars. Realworldtech picked up the torch, and I followed it for a while; smart guys, but you need a large Kool-Aid division factor to hang there.
This problem of "true innovation" has dogged the computer industry since the introduction of Hype 1.0.
Kurweil's law is "no technology before its time". Why is it that the premature ejaculator so often gets the lion's share of the credit? You can't deny the innovation at Xerox. The Xerox Dorado from 1979, which I once used for an hour, is reputed to have contained 3000 discrete ECL chips and have a BOM cost pushing up into six figures. Retail price might have been in the $200k range if, say, all the moon rocks recovered by NASA had been made of solid gold, and the engineers were suitably rewarded. I was told my my friend, a coop student there at the time, that the rumour on estimated street price to sell the Dorado was "probably $250k". I thought that was high at the time, but I knew less then about cost multiples.
Ray Kurzweil on how technology will transform us
When you run a giant fab, you need to consider your volume targets in choosing processor design goals. What made the Alpha kick ass was the incorporation of some ultra-expensive metalization. That's how you get fast 64-bit adder in early 1990s process technology: an entire layer devoted to fast carry propagation. Lacking OOO, you need short, deterministic instruction latencies above all else, unobtainium be damned. Works for NASA, Boeing, and Ferrari. This fabrication approach was a total non-starter for Intel volume production.
IIRC--and this is becoming dim--the Alpha was a four-issue core with a uniform instruction width and precious little OOO logic. What is it that Nahalem is reputed to have copied here? It's been known for 15 years now that x86 integer performance was able to directly compete with RISC designs given a large design team devoted to working around the instruction set wonkiness. Most of the problems with x86 were toll bridges, rather than permanent road blocks. On the floating point side, the blighted x86 stack architecture cost you a factor of two. But floating point defined the low-volume workstation market, where sports cars like the Alpha found fleeting glory. I actually think the Itanium better represented Intel's desire to take Alpha to the next level.
Apart from that, over the longer time frame, reality imposes convergent evolution. To my knowledge, Intel never once publicly stated that AMD's on-die memory controller was the wrong path to take. Intel usually said "not yet, we can do it cheaper for another spin without going there, and besides, our marketing department ate some bad mushrooms for a couple of years there, so our roadmap is a bit jumbled right now." Does AMD get credit for innovating on-die memory controllers or for facing up to despe
We need some motherboards with a couple of hyper-transport-3 enabled A9s, and sockets for RAM. At least 8GB (16GB NUMA?). That connected to a semi-decent south bridge (with pci, pci-e, sata, usb et al.)
This board should cost less than USD$150 with the 2 A9s. And after a few months maybe < $100?
That's a dream because the A9s are not working in dual socket configurations yet and ARM doesn't invest in the desktop with a motherboard reference design. Sad...
So you exclude the .NET applications (as .NET would be ported to ARM by Microsoft).
Not all applications written in C++ have been rewritten in managed C++ or another .NET language. Not all developers want their apps to depend on the tens of megabytes in the .NET framework, especially if they still have a lot of users who don't already have the framework installed. Nor does it help apps that use PInvoke to call native libraries that fill holes in the .NET framework.
And you stop considering the system calls (as they would be native ARM anyway).
Can an end user quantify how much time a given application spends in user space vs. the kernel? I have access to a couple PCs running Windows XP; does Task Manager or a similar tool let the user separate out syscalls from user mode? And the last time I looked at a mixed-instruction-set environment (mixed x86/PowerPC in the era of System 7.5), context switches between instruction sets were rawther expensive.
First, 2GHz dual/quad ARM Cortex A9s are required.
I'd like to know how much battery power would be required.
ARM recently released a 2GHz dual-core A9 hard-core for TSMC's process (40nm). I forget the power consumption, but it was quite low compared to Atom.
http://www.electronicsweekly.com/Articles/2009/09/16/46955/arm-produces-hard-cortex-a9-for-high-performance.htm
ah... http://www.arm.com/news/25922.html
"The Cortex-A9 power-optimized hard macro implementation delivers its peak performance of 4000 DMIPS while consuming less than 250mW per CPU when selected from typical silicon."