Sun and IBM - What price Bigger Indigo?

The server world goes mad

Beginner's guide to SSL certificates

Bigger Indigo

Still, with that, the server and storage portfolios of the supposed Bigger Indigo would be a mess. A bunch of architectural choices would have to be made, unless IBM just decided to put certain products into stasis mode and ride them down, like HP did with Tru64 Unix and AlphaServers. None of us on the outside of Sun really know what the status of the high-end "Rock" UltraSparc-RK processors is and their related "Supernova" servers, but their long-term longevity at Big Indigo would definitely be called into question.

To help cushion an acquisition deal, I can envision IBM selling off the Rock and Niagara server lines to Fujitsu and reselling Sparc boxes made by Fujitsu while porting Solaris to its own Power Systems and running Solaris inside logical partitions. (The "Polaris" project to do an OpenSolaris port onto Power does exist, but IBM and Sun have both been unwilling to provide any insight into the development effort despite repeated requests. Ditto for "Sirius," the port of OpenSolaris to mainframes). If Rock machines were to be further delayed, they could simply be written off and buried in the accounting for the acquisition. In this case, IBM would get what it wants: more volumes for its Power Systems.

A Sun deal would also give IBM something else: a Unix variant that it controls that runs on x64 iron. As far as anyone knows, IBM does not have an x64 port of its AIX Unix, just like HP has said again and again that it will not port its HP-UX to x64 platforms. It could end up being cheaper to stand behind Solaris on x64 than create AIX for x64 if Power System volumes decline. If IBM loses any of those game console deals with Sony, Microsoft, and Nintendo, it will be under intense pressure to ramp up Power chip volumes somewhere to cover the costs of the very pricey chip fab in East Fishkill.

I don't think that IBM would go the effort of merging AIX and Solaris, unless it is a lot easier than I think it is. That won't make IBM any more money than separate Solaris and AIX, and it will cost money to merge them and disrupt application portfolios. It is far more likely that IBM would turn its QuickTransit emulation software loose on old Sparc workloads and move them to AIX that way.

As for x64 servers, both Sun and IBM are in trouble of different sorts. IBM's x64 business has declined dramatically in the second half of 2008, and the company has not really provided any explanation other than to blame the economy. And while Sun's "Galaxy" line of x64 servers have gained share in recent quarters, Sun has not grown enough to be a contender in the volume x64 market. IBM's and Sun's server designs are radically different, and by many measures, Sun's rack servers are better than IBM's and IBM's blade servers are better than Sun's.

Sun doesn't have an x64 tower business, which has shut it out of the SMB space. Not that having them has helped IBM compete with HP, Dell, and Fujitsu down there among the SMBs. But a consolidated and rationalized x64 lineup from Bigger Indigo could be forced to make sense. I think Sun's blades would go, but maybe not. IBM's blades have been losing market share like crazy. And who can tell what business line managers will do?

What I think is key is that Sun has lots of expertise in networking, something that IBM is going to need to gird its loins to do battle with Cisco in the "system" space. IBM stopped doing networking years ago, ceding that market to others. But it may be time to jump in again, and Sun has enough skills to create some trouble. Look at that "Magnum" InfiniBand switch, the "Crossbow" virtualized NICs, and the integrated 10 Gigabit Ethernet ports on the Sparc T series servers.

It's a start, and there is no reason IBM and Sun could not cook up a unified fabric of their own. A couple of tiny acquisitions here and there to speed it up and - poof! - networking business. (Not that this always works. Look at all those storage companies that Sun bought over the years that didn't really do a damned thing for the company except raise hopes too high).

Then there is all that open source software and the street cred that Sun has attained (well, by its own estimation) through letting go of its software. If there is one thing that IBM has shown no propensity to do, it is to open source its own software. No surprises there - that is where the profits for the company come from. IBM will leverage and endorse other open source programs, and it is not shy about committing resources to open source projects, but Big Blue would never go as far as Sun has.

But you can't put those Java, MySQL, OpenSolaris, Java Enterprise System, NetBeans, OpenOffice, and other genies back into their bottles. You can bet that IBM would want to monetize them and would probably do a better job than Sun has. (IBM is still selling and supporting Informix databases, so it knows how to keep software it would normally have wanted to crush a-going). IBM certainly craves Sun's influence with academia and the development community too, but this is more about seeding future markets than making money today.

Whatever financial and consulting services businesses that Sun has would disappear into the gaping maw of Big Blue with nary a burp coming out.

And as for research and development, IBM is about eight times bigger than Sun, but has an R&D budget that is only about twice that of Sun, at $6bn. I think IBM, if it bought Sun, would come in and freeze a lot of projects and see what IP it could turn into money over short and long terms, much as former IBM chairman Lou Gerstner did when he took over IBM in April 1993.

IBM uses research and researchers to make money. Period. Sun seems to be having a lot more fun playing around in the hopes of making discoveries that lead to money. IBM has always been very disciplined about research, especially since the mainframe tanked in the early 1990s. Sun should have cut R&D a long time ago, and if it had, maybe Wall Street would not be so heavy on its back these days.

But it is hard to change your ways. That's why sometimes you have someone else come in and change them for you. Then again, if this merger talk is all hogwash, maybe you don't. ®

Security for virtualized datacentres

More from The Register

next story
It's Big, it's Blue... it's simply FABLESS! IBM's chip-free future
Or why the reversal of globalisation ain't gonna 'appen
'Hmm, why CAN'T I run a water pipe through that rack of media servers?'
Leaving Las Vegas for Armenia kludging and Dubai dune bashing
Facebook slurps 'paste sites' for STOLEN passwords, sprinkles on hash and salt
Zuck's ad empire DOESN'T see details in plain text. Phew!
CAGE MATCH: Microsoft, Dell open co-located bit barns in Oz
Whole new species of XaaS spawning in the antipodes
Microsoft and Dell’s cloud in a box: Instant Azure for the data centre
A less painful way to run Microsoft’s private cloud
AWS pulls desktop-as-a-service from the PC
Support for PCoIP protocol means zero clients can run cloudy desktops
prev story


Choosing cloud Backup services
Demystify how you can address your data protection needs in your small- to medium-sized business and select the best online backup service to meet your needs.
Forging a new future with identity relationship management
Learn about ForgeRock's next generation IRM platform and how it is designed to empower CEOS's and enterprises to engage with consumers.
Security for virtualized datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.
Reg Reader Research: SaaS based Email and Office Productivity Tools
Read this Reg reader report which provides advice and guidance for SMBs towards the use of SaaS based email and Office productivity tools.
Storage capacity and performance optimization at Mizuno USA
Mizuno USA turn to Tegile storage technology to solve both their SAN and backup issues.