Slashdot Log In
IBM Withdraws $7B Offer For Sun Microsystems, Says NYT
Posted by
timothy
on Sun Apr 05, 2009 07:43 PM
from the what-color-is-your-trial-balloon? dept.
from the what-color-is-your-trial-balloon? dept.
suraj.sun points to a story in the New York Times indicating that the much-rumored merger (or purchase) that would have united Sun with IBM may have dissolved before it began. Excerpting: "I.B.M., after months of negotiations, withdrew its $7 billion bid for Sun Microsystems on Sunday, one day after Sun's board balked at a slightly reduced offer, according to a person close to the talks. The deal's collapse raises questions about Sun's next step, since the I.B.M. offer was far above the value of the Silicon Valley company's shares when news of the I.B.M. offer first surfaced last month. .. Since last year, Sun executives had been meeting with potential buyers. I.B.M. stepped up, seeing an opportunity to add to its large software business, acquire valuable researchers and consolidate the market for larger, so-called server computers that corporations use in their data centers. ... Now, Sun is free to pursue other suitors, including I.B.M. rivals like Hewlett-Packard and Cisco Systems. Cisco recently entered the market for server computers."
Related Stories
[+]
Developers: What If Oracle Bought Sun Microsystems? 237 comments
snydeq writes "Fatal Exception's Neil McAllister believes Oracle is next in line to make a play for Sun now that IBM has withdrawn its offer. Dismissing server market arguments in favor of Cisco or Dell as suitors, McAllister suggests that MySQL, ZFS, DTrace, and Java make Sun an even better asset to Oracle than to IBM. MySQL as a complement to Oracle's existing database business would make sense, given Oracle's 2005 purchase of Innobase, and with 'the long history of Oracle databases on Solaris servers, it might actually see owning Solaris as an asset,' McAllister writes. But the 'crown jewel' of the deal would be Java. 'It's almost impossible to overestimate the importance of Java to Oracle. Java has become the backbone of Oracle's middleware strategy,' McAllister contends."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
Cisco Sun (Score:5, Interesting)
Re:Cisco Sun (Score:5, Insightful)
Cisco + Sun would make more sense. Mostly because there is very little overlap in their actual products but their two lines constantly need to work together. (Our sun servers are connected to Cisco ethernet switches, our SunRays vpn into Cisco vpn concentrators, our Sun Storage is connected to Cisco MDS switches, etc). It would also give Cisco the biggest, baddest InfiniBand switch on the market (and at 110Tbps, its switching capacity totally trashes anything cisco has ever produced).
The biggest problem with the Sun+IBM deal was that there was so much overlap, customers would be left to wonder which product lines would get discontinued. (glassfish vs websphere, solaris vs aix, sparc vs power, sun's servers vs ibm's, storage, tape, etc, etc, etc. )
Parent
Re:Cisco Sun (Score:5, Interesting)
Cisco's trying to become a server company. Sun has a lot of credibility in that market, some interesting hardware and, yes Virginia, Solaris is more stable than Linux.
Parent
Re:Cisco Sun (Score:5, Funny)
Solaris is more stable than Linux.
stable. n. resistant to change of position or condition.
Indeed.
Parent
Re:Cisco Sun (Score:5, Insightful)
Solaris is more stable than Linux.
stable. n. resistant to change of position or condition.
Indeed.
Sometimes, stable is good. I prefer having my house built on stable ground, and I prefer standard libraries to have stable ABIs so I don't have to recompile everything every time a system upgrade blows through. OTOH, "stable" is sometimes a codeword for "sclerotic". I suppose ones view on stability depends on whether one has a direct interest in the stable thing or not.
Parent
Re:Cisco Sun (Score:5, Interesting)
Solaris is more stable than Linux.
stable. n. resistant to change of position or condition.
Indeed.
Used and admin both. I've never seen a live-locked Solaris system; seen many times on Linux.
Parent
Re:Cisco Sun (Score:5, Insightful)
Hmmmm - and have you noticed that the changelog incorporates almost all of these technologies?
I think the poster merely stated the most recent innovations to show ones that the majority of the slashdot posters would be familiar with.
Check out this link, for a list of Sun contributions...
http://mediacast.sun.com/users/pgdh/media/sum_of_parts_v2.8a.pdf [sun.com]
I'll highlight just a few, probably found in your beloved *BSD* as well..
NFS, NIS, XDR, Posix, SVR4, mmap, Streams, ld.so, diskless boot, autofs, rpc, news, abi, xdr, vfs.... /proc, truss, nsswitch, ptools, dynamic kernel, smp, domains, libthread, nis+, vold, jumpstart
hls, mpss, pools, fss, zones, brandz, s8ma, mdb, dtrace, fma, pgrep, smf, mpo, least privelege, zfs
and for additional software contributions...
JAVA, OpenOffice for starters...
Now.. this list is not all inclusive... but I think it shows a more than fair share of technologies, a lot of which are considered to be *common* tools, that would either not be here, or would not be what they are today, without Sun's contributions...
Parent
Re:Cisco Sun (Score:5, Insightful)
The same old sad refrain, right to the last breath. I have had countless Sun consultants for the best part of ten years telling me that Linux is unstable versus the 'rock solid' Solaris and that no one could ever run anything serious on a x86 system versus SPARC. When I challenge them for specifics they clam up tightly as if saying it should somehow be enough or they retreat by pointing to some exceptionally vague Sun 'studies', again, as if pointing to them is somehow sufficient. Your comment is the same amongst thousands and it's not helping.
Alas, saying it doesn't make it true, and given Sun's current sad state it can't be all that important to people if it's actually true.
Parent
Re:Cisco Sun (Score:5, Informative)
I use (and like) both Solaris and Linux.
I think the "stable" moniker mainly comes from Solaris + Sun hardware, not Solaris as a standalone entity. Tight coupling to SPARC hardware (and Sun-made x86 to a lesser extent) means that Solaris has the ability to take portions of RAM offline if errors are detected, deactivate individual CPU cores or sockets if errors are detected and similar fault monitoring and recovery across the hardware. It's pretty cool stuff really, have a look at it if you get the chance.
Solaris SMF also kicks the ageing init.d method for 6 as far as software fault monitoring and recovery goes IMO.
Of course plenty of consultants have oversold this, deriding other good OSs at the same time, often without any knowledge to back it up.
Parent
Re:Cisco Sun (Score:5, Interesting)
I've used probably more x86 based UNIX / UNIX like operating systems than many people out here.
Let's face it, there's not a lot of folks who remember turning key switches to load CTIX over CTOS on a Burroughs XE-550. Yes, I know there are some who will remember this, and things even older...
What I'm getting at, is that of all the operating systems I've used, based off of a plethora of chips, motorola, x86, powerpc, pa-risc, alpha, sparc, of them all, Solaris has been the most stable and reliable.
I've seen Linux systems, using kickstart, loaded onto identically configured hardware, end up with different packages loaded, due to some driver quirk that made it not load during one bootup, and work fine on another. I've seen boxes that ran fine, while their identically configured system crapped out repeatedly.
I've taken those same systems, and using a jumpstart server, loaded them with Solaris x86, and ended with identically configured, installed (down to the last package, configuration, etc) systems. All ran stable, fast and reliably.
Try taking your own run at comparing an application written for the A.M.P. stack, and first run it as a LAMP stack, then run it as a SAMP stack. You'll find that the SAMP stack outperforms the LAMP stack, sometimes by almost 100% on the same hardware.
Take a look at the security certifications, the revamped TCP/IP stack able to process millions (possibly billions) of messages per second (depending on the hardware it's configured to run on).
Take a look at the proprietary hardware, including CMT technologies, or the new ROCK processor due out this fall.
For a company that has been so solid in the operating system arena, to also be leading the pack in some of the hardware innovations is simply amazing.
Anyway, as I said, I've used most of the available UNIX/UNIX like operating systems, and find Solaris to be the best of breed for most, if not all, applications. That's my personal 24 years of experience talking, not just empty marketing words...
Parent
Re:Cisco Sun (Score:5, Interesting)
Same reason they've started building it's own servers - they want to expand into new markets.
Sun would sure give them a leg-up, as the two product portfolios have very little crossover, but it remains to be seen if Cisco would be any better at selling Sun technology than Sun has been of late.
As a Sun partner/reseller I'd probably prefer Cisco however, because it's less likely that the cool stuff that Sun makes, which I know and sell, would be just be swallowed up never to be seen again as would likely happen in an IBM deal.
Parent
Just how much is enough? (Score:5, Insightful)
Sun seems to want to hold on for a better bid than IBM's $7 billion, but there's seems to be a hard time justifying much higher of a markup beyond the $6.3 billion it has in market cap. Who wants to bid more?
Re:Just how much is enough? (Score:5, Informative)
All blu-ray devices include a licensed java virtual machine for running the interactive crap
http://en.wikipedia.org/wiki/Blu-ray_Disc#Java_software_support [wikipedia.org]
Parent
Time to modify this hilarious graphic? (Score:5, Funny)
Hahah... (Score:5, Funny)
The Best I.T. News I've Heard In A Long Time (Score:5, Insightful)
And I say that for three very important reasons:
a) IBM was sure to 'consolidate' a great number of things. And I'm sure any remnants of Sun left after this process would have been IBM-ized. And I do say that with a great deal of negative connotation. IBM has a habit of having some great tech, but in many cases doing very dumb things to it to make it annoying to work with. (Exhibit #1 = AIX boxen)
b) Our choices for 'iron' and 'OS' variety in the IT space would have been reduced as I'm sure overalpping server lines would disappear, as well as perhaps an OS (AIX vs. Solaris). Some variety in the I.T. space is most definitely to our advantage as I.T. folks. Of course, pricing competition between rivals is always a good thing, too.
c) Lastly, the most important thing, is that we'd have lost one of the most innovative enterprise I.T. companies ever. Say what you will about their ability to turn it into large $$$, but Sun has come up with some of the most innovative ideas the server-related I.T industry has seen since their inception....and they continue to do so. I think many people lose sight of this as they like to whine about Sun simply because they're a big corporation.
Re:Stupidity. (Score:5, Insightful)
Uh huh. If you're an executive in a company and the suitor making the offer won't agree to a golden parachute then it doesn't matter to you how much they are offering per share.
Parent
Re:Stupidity. (Score:5, Informative)
According to the article, IBM wasn't refusing to offer them a golden parachute. What it says is that various people at Sun already had contracts with Sun guaranteeing them golden parachutes in the event of a buyout. When IBM worked up all the figures, they realized that the golden parachutes were going to cost more than they'd thought, so they reduced their offer.
Parent
Re:Apple Should Buy Sun (Score:5, Insightful)
I just think that Sun seems to be everything that Apple has opposed, and acquiring it doesn't seem to make sense. On the other hand, (assuming various regulatory bodies would approve it), MS merging with Sun, or Cisco buying Sun seems to work better.
Parent
Re:Apple Should Buy Sun (Score:5, Insightful)
Java is poison to Apple. Apple's whole business model is one of OS differentiation. Java promises OS homogenization. Apple has done everything it can to damn Java with faint praise, ensuring its second class status on Mac OS, and complete absence from the iPhone OS.
Parent
Now RedHat can buy them ... (Score:5, Funny)
Parent
Re:Now RedHat can buy them ... (Score:5, Interesting)
They've been doing this for many years, and even though their first IT technician whom set this up passed away long since, they've kept the same infrastructure for all these years and it hasn't failed them. They also do this to remain backward-compatible with the older mainframe tapes, which has proven successful. Even at the busiest times, the mainframe is only at 10% utilization, even though it is a pretty low-end model.
This has amazed me about IBM support, and since then I've always weighed IBM as a candidate in new networks, although many of them are too small size or budget-wise to deploy a mainframe. But this is the support I've come to associate IBM with, can't speak for their phone support although everyone seems to outsource to India for phone support these days (a problem I have frequently with Cisco). But this support with Sun's hardware running Linux for cheap was one thing I was longing for with this merger.
Parent
Re:Crap (Score:5, Insightful)
Wouldn't it be much much easier to Embrace Enhance Exchange if OpenOffice were in the hands of microsoft? That's what worries me.
Parent
Re:Crap (Score:5, Insightful)
What does Sun have that wouldn't fork if Microsoft bought them?
Parent
Re:Crap (Score:5, Insightful)
Sun didn't have to close the source to kill MySQL. Just forcing upon it a poor structure and community for continued development was enough to send away the lead developers. Nobody can say yet if any of the few forks will succeed.
If Sun can ruin MySQL, I'm sure Microsoft can ruin everything Sun has done as well. Imagine when Java is just an optional compatibility layer on top of .NET, never again to run on Linux or Solaris except via the (then deprecated) OpenJDK.
Parent