Feeds

Will Google have its chips?

Yeah, it might...

High performance access to file storage

An interesting story a few days ago from our pals Cade and TPM put forward some interesting theories about how Google’s activities and acquisitions of companies and talent might add up to the searcher building its own server chip. Plausible? Yeah, I think it might be.

We’re not talking about a chip designed to compete with the highly sophisticated Xeon or Power processors. But doing its own customized ARM implementation? It could make a lot of sense, given Google’s scale and internal needs.

As noted in the story, it’s estimated that Google has more than 1.8 million servers – which is far more than almost any other commercial company – and its box count is only going to expand from there. With that scale, even minor increases in efficiency can add up to huge dollars. Tim and Cade go through the reasoning in their well thought-out article.

For my part, I’m wondering about implications. The business of designing and producing processors (and any other computing component) is a volume game: the more volume, the lower the cost of production and the larger base over which to amortize development costs. Google would farm out production, of course; you won’t see it building its own fab facilities. It minimizes its upfront investment and cuts production time. There’s enough slack capacity out there to give Google both primary and secondary supplier options.

As for the costs involved, ARM chips – even customized ones – can be turned out in huge quantities at very low cost. Google could consume quite a bit of volume just satisfying its own demand – and even build itself out a bit more in order to bulk up their cloud computing capacity as well.

Going a bit further out on this limb, if Google adds some significant IP to its ARM implementation, why wouldn’t they try to sell it to others? If they get more bang for the buck on their own stuff, odds are that the chip will work for others too. Google could license the IP on the chip to all comers – along the lines of its other initiatives and never have to hassle with actually making or selling hardware.

Rank speculation? Maybe. But it could pencil out, business-wise, assuming that the Google version of ARM can churn out a reasonable amount of work per watt and still run cool enough to be tightly packed together. Any ARM gurus out there want to comment? ®

High performance access to file storage

More from The Register

next story
Seagate brings out 6TB HDD, did not need NO STEENKIN' SHINGLES
Or helium filling either, according to reports
European Court of Justice rips up Data Retention Directive
Rules 'interfering' measure to be 'invalid'
Dropbox defends fantastically badly timed Condoleezza Rice appointment
'Nothing is going to change with Dr. Rice's appointment,' file sharer promises
Cisco reps flog Whiptail's Invicta arrays against EMC and Pure
Storage reseller report reveals who's selling what
Bored with trading oil and gold? Why not flog some CLOUD servers?
Chicago Mercantile Exchange plans cloud spot exchange
Just what could be inside Dropbox's new 'Home For Life'?
Biz apps, messaging, photos, email, more storage – sorry, did you think there would be cake?
IT bods: How long does it take YOU to train up on new tech?
I'll leave my arrays to do the hard work, if you don't mind
prev story

Whitepapers

Mainstay ROI - Does application security pay?
In this whitepaper learn how you and your enterprise might benefit from better software security.
Five 3D headsets to be won!
We were so impressed by the Durovis Dive headset we’ve asked the company to give some away to Reg readers.
3 Big data security analytics techniques
Applying these Big Data security analytics techniques can help you make your business safer by detecting attacks early, before significant damage is done.
The benefits of software based PBX
Why you should break free from your proprietary PBX and how to leverage your existing server hardware.
Mobile application security study
Download this report to see the alarming realities regarding the sheer number of applications vulnerable to attack, as well as the most common and easily addressable vulnerability errors.