The ARM RISC processor is taking a few baby steps closer to being a credible alternative to x64 processors for servers, according to ARM Holdings, the British company behind the popular chip.
According to notes for a speech delivered at the Hot Chips conference at Stanford University on Tuesday, ARM Holdings architecture program manager David Brash says that the ARMv7-A architecture design – which licensees are allowed to customize as they see fit – will have a new feature called large physical address extension. This will translate 32-bit virtual memory addresses to 40-bit or larger physical addresses.
The idea, according to Brash, is to "ease pressure on the 4 GB limit for I/O and memory" in the current 32-bit designs for top-end ARM chips. At 40 bits, one terabyte of main memory could be attached to a 32-bit ARM core and the two-stage memory address translation does all the shuffling to make the core think it is just using a 4 GB memory space.
The question is whether this shuffling and memory virtualization is going to eat up more power than just adding true 64-bit memory addressing to the chip anyway. But then again, on a lot of servers, it is not like an operating system is really under control of its main memory these days. RISC and x64 servers in the data center, where ARM chips might get some play, tend to get virtualized and carved up into pieces by hypervisors anyway. So as long as the hypervisor is designed in cahoots with the memory virtualization technology, then this could all work out rather nicely.
As it just so turns out, Brash said that the new virtualization extensions to the "Eagle" architecture, as the ARMv7-A design is code-named (the chips are also known by the Cortex brand), has a set of virtualization extensions in the silicon that give a new privilege level for a hypervisor running atop the ARM chip, and the two-stage address translation works on a raw operating system owning the whole ARM chip or for a hypervisor that lets guest operating systems think they own the whole chip when they most assuredly do not.
ARM has talked about how it will assist the virtualization of CPU cores and memory on the ARM chips, but has yet to describe how it will virtualize I/O, something it will eventually have to do just as x64 chips have had to do.
For plenty of workloads, such as Web serving or big data crunching, 32-bit is enough memory to get the job done so long as the server has enough I/O bandwidth to move data from disk storage and the network into the machine and information that has been chewed on back out again. For these kinds of jobs, which are typically written for Linux and are therefore fairly portable, the issue really comes down to performance per watt, not legacy application instruction set compatibility.
There are over 15 billion ARM chips that have been shipped since 1990, and at the moment there are over 200 companies that have licensed over 600 ARM RISC chip designs from ARM Holdings. Some 95 percent of the mobile handsets and one quarter of all electronic devices worldwide are using ARM chips. There is a vast amount of knowledge out there about how to tweak the ARM design, and a huge base of programmers who are intimate with its architecture.
And that is why ARM scares the hell out of Intel a lot more than Advanced Micro Devices ever did. Oddly enough, Intel had its own XScale ARM chip business, which it got from Digital Equipment in 1998, which was subsequently sold off to Marvell. Intel may regret that move, but all it need to is shell out some money to ARM Holdings and it can jump right back in again.
That seems unlikely, of course. And besides, it will be much more fun for the rest of us if ARM becomes a credible alternative to the x64 architecture for servers, netbooks, and maybe even other PCs at some point. Stranger things have happened.
Brash said that the specification details for the architecture extensions would be available by the end of this quarter, and that ARM's own implementation of the new features was "well advanced."
If you want to dive into the feeds and speeds of the new virtual memory addressing and hypervisor extensions coming with the ARMv7-A, you can see Brash's presentation from Hot Chips here.
Interest in ARM-based servers is growing as power and money budgets alike remain constrained despite some loosening in the global economy. As El Reg has previously reported, a startup called Smooth-Stone has bagged $48m in cash to pursue the idea. There are rumors going around this week that social
disease media giant Facebook is going to put ARM-based servers into its data center in Oregon, and it would not be at all surprising if Apple had created ARM-based servers for its massive North Carolina data center.
You think Apple wants to use Intel's chips, or its own? You have to figure that Steve Jobs would put Apache on a million iPads - with all their skins and screens removed - before he'd cut a check for a couple hundred million bucks to Intel just to serve up iTunes. Google will always do what is best for Google, of course, and if it doesn't have an ARM server skunkworks, then it deserves to be knocked out of business by Microsoft's Bing. ®