Welcome Guest | Sign In

The Money Bet: Solaris on Sparc

By Paul Murphy
Feb 26, 2004 6:30 AM PT

I've been puzzled by Sun's Linux strategy for a long time. On the software side, things make sense: Linux is Unix, so supporting Linux in the short term brings new value to Solaris in the long term. On the hardware side, however, I couldn't see any logical reason for Sun to sell x86 boxes until just last week, when Intel announced its 64-bit Xeon extensions. My idea about this is pure speculation, but if I'm right, Sun may be creating some interesting opportunities for Linux users everywhere to save a few bucks now while positioning itself to lead the next great wave in technology change.

The Money Bet: Solaris on Sparc

There are several layers to this, so the place to start might be with what's so troubling about having Sun sell x86 hardware. That's pretty simple: They can't make money at it. As HP's latest quarterly report shows, HP can't either, and it's fairly clear that IBM subsidizes every x86 sale as a loss-leader on services. Dell makes money, but probably more because its management made some smart decisions during the Asian currency meltdown in '98 than because of its vaunted Internet marketing model.

It's not just that margins are tight on this stuff; it's how things got this way that really counts. Commoditization cuts both ways, with standardization allowing a shrinking group of suppliers to dictate costs to retailers like Dell and HP while raising the volume bar for others trying to enter the business.

Close on Pricing, Butů

Consider, for example, just how close these companies are on pricing for a typical "industry standard" PC server -- something like a rack-mountable, dual-processor Xeon with 8 GB of memory, a pair of internal 72-GB disks, Linux and three years of "Gold" support.

The two most closely comparable machines in this category seem to be the Sun v65 and HP ML370 G3 rack version. Both of these support dual Xeons, up to 12 GB of RAM in eight slots with a 533-MHz front-side bus, six internal one-inch disks, and six PCI-X cards. Preloaded with 8 GB of RAM, two 72-GB disks, Red Hat Linux and three years of support, these machines come in, using the vendor's enterprise pricing as of Feb 22nd, at about US$15,389 for Sun and $15,592 for HP.

Dell's 2650 is a close match, essentially differing from the other two only in its limitation to five PCI cards, of which only three may be PCI-X. Otherwise comparably configured, it costs $15,335, or $54 less than the Sun. Neither Gateway's 975 Rack server nor IBM's x335 is directly comparable, with Gateway's entry being larger and shipping with SuSE Linux instead of Red Hat at $15,767 and IBM's allowing only two internal drives, 8 GB of RAM and two PCI-X slots for $16,567 when maxed out.

Adding Bruises to Bananas

New entrants in an existing market traditionally have to offer additional value, significant savings or both. In this case, Sun preloads Linux and is 1.3 percent ($203) less expensive than its most directly comparable competitor. That's not enough to convince dedicated HP customers to switch, and even Sun's $1,178 advantage over the less-capable IBM machine isn't going to draw many converts from among the IBM faithful. The bottom line is that some existing customers will buy its boxes, but Sun can't expect profitable volume growth from x86.

So, what's the deal here? If HP and IBM can't make money selling the same or lesser boxes for more, what reason is there to believe that Sun can? Scott McNealy used to describe x86 retailing as adding bruises to bananas, but now he's doing it. Why? It's certainly not because a chorus of financial analysts thinks it's a great idea; these people have an enormous influence on share price, but their actual technical sophistication and performance as forecasters would be unacceptable for the likes of Punxsutawney Phil and Buckeye Chuck.

It's not because there's a lot of technical synergy either: Sun really does design and build most of its own Sparc machines, but it's getting those x86 units from the same people that supply Dell, HP and IBM. The bottom line is simple: Sun can't expect to make money selling these; it can't expect to use them as loss leaders to steal customers from Dell, HP or IBM; and it can't expect to leverage synergies from doing this into cost savings in other areas.

In other words, x86 is a loser for Sun just as it would be for Apple -- and for the same reasons. Both companies already have better products of their own and sales organizations far more capable of delivering those products to willing customers than of breaking into the dog-eat-dog world of nickel-and-dime PC retailing.

Layers of the Onion

So why do it? I think the reason was Itanium and the battle for all those user sites -- an estimated 700,000 of them -- being forced off Tru64, VMS and HP-UX. The Itanium team started out with a pretty good design idea and some research challenges it had every reasonable expectation of beating. For Sparc, a truly successful Itanium would have been bad news. So going from merely hoping that AMD would repeat its success against the Pentium Pro to actually helping AMD do so would not have seemed a big step back in 2001.

Look closely at the Opteron today and you can see some serious Sun design influences, starting with the much higher memory bandwidth and going all the way to a set of RISC-like instructions that allow pages to be marked as execute only -- thus preventing things like simple buffer-overflow attacks.

If Sun wanted to help AMD build a market for Opteron, it could obtain significant synergies from selling a bit of Xeon stuff early on in the process, particularly if the first few hundred thousand go to an existing customer base where Sun has a cost-of-sales advantage. Doing this lets Sun frighten the PC retailers into pushing Intel on 64-bit extensions while developing its own supply and delivery channels and rapidly reaching the quantities needed to get lower contract pricing from assembly operators in places like Taiwan. That makes sense and is, I think, the top layer of the motivational onion here.

The second layer, however, is both more speculative and more fun. If you treat the Opteron-Itanium issue as stage dressing -- you know, the gorgeous distraction on which all eyes focus while the magician does the real work in the background -- you get a different picture.

Inside the Sun Tent

That real work isn't just to help AMD kill off Itanium, but to take advantage of the processor vacuum this creates to considerably extend Sun's market. How? Well, Intel's announcement of its 64-bit Xeon extensions is missing two things: the bandwidth potential of the AMD design and the RISC-like security features. Taken together, this means a multicore-capable Solaris on Opteron will have significant performance and security advantages over any OS running on Intel's upgraded Xeons while maintaining compatibility with Linux on any x86 product, whether from AMD or Intel.

Making that advanced technology a bit cheaper than the Xeon stuff should help that along too. That's why, I'm guessing, Sun's 64-bit V20z, with 8 GB of DDR1-333 ECC memory, two 72-GB disks, 2 PCI-X slots and dual-Opteron M248 processors running SuSE Linux, costs $12,846 -- $3,721 less than IBM's dual Xeon.

That combination of high performance with low price and industry standards gives Sun a powerful selling story to tell users whose systems -- whether VMS, Tru64, MPE or HP-UX -- are being dead-ended by HP. They can cut short-term costs by moving rapidly to Sun's Opteron boxes while regaining their position at the leading edge of new technology adoption -- and they can do it without the risk of being burnt again.

As a sales pitch, it's not only cool, it's true. Of course, the other part's true, too: Once they're inside the Sun tent -- a place most Alpha users otherwise would never go -- they'll soon see that Solaris on Sparc actually provides more bang for the buck. And that, as they say, is the money bet.

Paul Murphy, a LinuxInsider columnist, wrote and published The Unix Guide to Defenestration. Murphy is a 20-year veteran of the IT consulting industry, specializing in Unix and Unix-related management issues.

Facebook Twitter LinkedIn Google+ RSS
How concerned are you that Russia could use Facebook to influence future U.S. elections?
Very -- its use of Facebook clearly influenced the 2016 election.
Very -- its FB use probably didn't affect 2016, but Russia will try harder next time.
Somewhat -- but I'm more concerned about Russian interference outside of Facebook.
Not much -- Facebook will protect its users from future Russian ploys.
Not at all -- Russia's attempts to interfere with U.S. elections are fake news.
Not at all -- I hate politics, don't vote, and this issue doesn't concern me.