Feeds

Sun and IBM - What price Bigger Indigo?

The server world goes mad

Boost IT visibility and business value

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. ®

The essential guide to IT transformation

More from The Register

next story
The Return of BSOD: Does ANYONE trust Microsoft patches?
Sysadmins, you're either fighting fires or seen as incompetents now
Microsoft: Azure isn't ready for biz-critical apps … yet
Microsoft will move its own IT to the cloud to avoid $200m server bill
US regulators OK sale of IBM's x86 server biz to Lenovo
Now all that remains is for gov't offices to ban the boxes
Flash could be CHEAPER than SAS DISK? Come off it, NetApp
Stats analysis reckons we'll hit that point in just three years
Oracle reveals 32-core, 10 BEEELLION-transistor SPARC M7
New chip scales to 1024 cores, 8192 threads 64 TB RAM, at speeds over 3.6GHz
Object storage bods Exablox: RAID is dead, baby. RAID is dead
Bring your own disks to its object appliances
Nimble's latest mutants GORGE themselves on unlucky forerunners
Crossing Sandy Bridges without stopping for breath
prev story

Whitepapers

5 things you didn’t know about cloud backup
IT departments are embracing cloud backup, but there’s a lot you need to know before choosing a service provider. Learn all the critical things you need to know.
Implementing global e-invoicing with guaranteed legal certainty
Explaining the role local tax compliance plays in successful supply chain management and e-business and how leading global brands are addressing this.
Build a business case: developing custom apps
Learn how to maximize the value of custom applications by accelerating and simplifying their development.
Rethinking backup and recovery in the modern data center
Combining intelligence, operational analytics, and automation to enable efficient, data-driven IT organizations using the HP ABR approach.
Next gen security for virtualised datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.