DOJ Gives Oracle Approval To Buy Sun 162
k33l0r writes "The BBC is reporting that the US Justice Department has approved Oracle's takeover of Sun Microsystems. The acquisition gives Oracle control over (or a leading role in), among other things, Java, MySQL, (Open)Solaris, ZFS, OpenOffice, and the NetBeans IDE. 'The European Commission has still to rule on the deal, a step that will be required before it can close. That body has indicated it will issue an initial opinion on Sept. 3, according to the Wall Street Journal. It may OK the deal at that time or launch a four-month probe of it. ... The Justice Department ruling came earlier than expected, a possible response to Sun's declining revenues and precarious business position in a steep recession, as the required reviews proceeded.' We first discussed the deal back when it was announced in April."
Oracle and Sun combine and rename themeless as... (Score:5, Interesting)
Apollo.
As far as mergers go this is probably a good fit. Oracle and Sun always needed each other for the most part. However I feel both are a dyeing breed. The industry wether you like it or not is moving away from those two companies core competencies.
High End Servers which are highly scalable with high end software which is highly scalable, is no longer the way it is now. We are moving to more smaller systems and don't need such scalability features as we realize that cost benefit really isn't there, for most situations.
Re:Oracle and Sun combine and rename themeless as. (Score:5, Insightful)
Re:Oracle and Sun combine and rename themeless as. (Score:4, Informative)
Data Mining and Business Intelligence doesn't need huge powerhouses anymore. A low end server can easily handle the Millions of records Databases now. The Mid Range can handle Billions. What is left for Oracle and Sun are the Trillions of records DB. Which most sectors don't use. Also with advances in distributed computing we rarely need to go high end for the Trillions of records.
What is their target market? (Score:4, Insightful)
Exactly. The need for databases has not gone away, but the upper bound for what you can do with cheap, commodity hardware and the likes of Postgres or MySQL is now higher than most projects will ever need. Numerous popular web sites run on a handful of well-specified but basically off-the-shelf PCs. Almost any in-house business admin application can be run this way, too.
I'd go further than the parent post, though, because I suspect it's just as bad at the other end of the spectrum now. Unless you're working for something like a bank, a government social security department, or a massive commercial outfit like Amazon, you probably don't need the high-end capabilities of software like Oracle any more. However, if you really are playing in that league, it's probably cheaper to buy lots of commodity PC parts and build your own cloud than to use expensive, high-end server kit from the likes of Sun. Likewise, if you're Google or Amazon, you have the resources to develop bespoke software tools to match your needs anyway (and if you're not quite Google or Amazon yet, you can lease resources from those who are).
It's hard to see how either Oracle or Sun has much of a top-end target market left for its traditional products. It would be interesting if they went for an aggressive mid-range offering though, aiming at providing a complete hardware and software platform for mid-large businesses that are fed up with Microsoft but don't want to outsource everything to the cloud either. Post-merger, they'll have a credible office suite, more database expertise than anyone else, lots of supporting back-end/middleware tools, and a programming language and client-side software platform that were tailor-made for remote deployment.
If it turns out that the market likes the benefits of centralised admin and remote deployment, but wants to keep control in-house rather than trusting (and paying ongoing fees for) third party services, then an Oracle/Sun combo that invested its resources smartly over the next couple of years should be able to compete very strongly. They might even be able to build a credible long-term business model based on support, consulting and customisation, rather than relying on relatively few sales of expensive hardware and DB licences.
Thought for the day: if this goes through, I'll be glad I don't have shares in SAP.
Sun kit (Score:2, Informative)
I'd go further than the parent post, though, because I suspect it's just as bad at the other end of the spectrum now. Unless you're working for something like a bank, a government social security department, or a massive commercial outfit like Amazon, you probably don't need the high-end capabilities of software like Oracle any more.
A lot of Sun kit is highly parallel, so whereas you can buy one non-SPARC low-end system to handle things just fine, it may be better to purchase something like a T2000 or T5120 and use virtualization to split things up. For the same rack space and power usage you can run a bunch of hostnames with less overhead than something like VMware.
Of course Solaris runs just fine all all Tier 1 OEM systems (HP, IBM, Dell, Sun, etc.), so if you want to run x86 you can do that just fine and still get all the features
Re: (Score:3, Insightful)
CPU usage is not the only constraint you have to think about. Rack space, power, and cooling should be considered as well.
Sure, when you get to the point of scaling up the hardware that's going to make a difference. But again, I have to ask how many projects today will ever need to scale beyond trivial levels of space, power and cooling? After all, with modern computing power, you can run some pretty serious systems out of a small cupboard in the corner of your office, off a standard power supply, without so much as installing air-con.
Re: (Score:2)
Sure, when you get to the point of scaling up the hardware that's going to make a difference. But again, I have to ask how many projects today will ever need to scale beyond trivial levels of space, power and cooling? After all, with modern computing power, you can run some pretty serious systems out of a small cupboard in the corner of your office, off a standard power supply, without so much as installing air-con.
Businesses grow (hopefully), and the amount of data, processing & reporting increases with that. You honestly don't have to be very large to outgrow closet computing. The next step is outgrowing your colo cage, and the next step, well, you've hopefully figured out the importance of space/heat/computing efficiency by then because it's all YOUR problem now.
Another theory about why Sun has not done well. (Score:3, Interesting)
"Data Mining and Business Intelligence doesn't need huge powerhouses anymore."
My theory about why has Sun Microsystems not done particularly well in the last few years is that the highly reliable hardware Sun Microsystems sells is no longer popular because it is far cheaper to use consumer-grade hardware with software that is fault-tolerant. The excellent 2008 book Planet Google [amazon.com] describes Google's experiences on page 54: "For about $278,000 in 2003, [Google] could assemble a rack with 176 microprocessors,
Can't fault-tolerance be cheap? (Score:2)
That doesn't seem correct to me. It is possible to send every transaction to four places, using two ISPs. Each transaction would cause the calculation of an SHA-1 return code. A computer with a return code that doesn't agree is not working correctly.
Re: (Score:3, Insightful)
As you say, you can send every transaction to four machines, b
Both kinds of hardware use fault-tolerant software (Score:2)
Initially, your explanation seemed to me to have credibility. Then I realized that a Sun server is not perfectly reliable, either. Fault-tolerant software is necessary even when using very expensive hardware. Also, "consumer-grade" hardware is usually very reliable.
So, the comparison is not between consumer-grade hardware + fault-tolerant software versus server-grade hardware without fault-tolerant software. The
Re: (Score:3, Informative)
If you're somebody like eBay, you really really need scalabaility, as you're doing hundreds on non-idempotent transactions a second.
One of my much smaller customers needs 128 cores to reach a reasonable rate of speed committing sales transactions for a single line of business, so this isn't limited to very large companies or those with large data, just anyone with reasonable sales volumes.
--dave
Re: (Score:2)
If you're somebody like eBay, you
really really need scalabaility, as
you're doing hundreds on
What does non-idempotency matter in the eBay's case?
Is it because if your transactions are idempotent, you can get away with simpler recovery mechanisms, and that lets you get away with less powerful servers?
Re: (Score:3, Informative)
um....
apparently you have never worked in a business that needs large amounts of related data that is generated by hundreds of systems across a geographic area.
Re: (Score:2)
Ummm.... Most organizations don't need that....
I never said the High end stuff doesn't have its place... But it is much smaller market.
Re: (Score:2)
Cloud? What about the cloud? Isn't it going to depend on scalable servers and scalable software? I can't see a push toward smaller systems, myself. Every Tom, Dick, and Dilrod on the planet is pushing the advantages of cloud computing. Seems to me that the core expertise of both Sun and Oracle are going to be in demand if everyone goes to the cloud.
Note, I'm not one of those people who places their faith in the cloud - I'm just pointing things out here.
Re: (Score:2)
You must be bonkers and probably had experience with less critical small volume data.
Try processing 100 million records a day in a telecoms or a medium sized bank on those so called smaller systems.
Oracle and Sun are primarily catering to Enterprises, not necessarily start-ups. I have been in development for 12 years now.
Small companies always prefer open source and these smaller systems, and rightly so, who wants to pay couple of tens of thousand per CPU when Linux and MySql will do.
Enterprises where trans
Re: (Score:2)
I agree, and your example would be a small telecom at that, if that's all it's processing! Power Point Lecture notes [columbia.edu] on telephone resilience based around incidents like on Sept 11, 2001 by Prof. Jonathan Liebenau (Columbia University) give the number of telephone calls per day for AT&T in 2001 at 300 million. There will be several usage record writes for each call, but let's be conservative and say only 2, one at the start of the call, and one at the
Re: (Score:2, Informative)
What about Java (Score:4, Interesting)
The only thing I'm concerned about regarding this deal is how this will change Java. The way I see it, one of two things will happen: One, current Oracle staff will manage the Java platform development and bad things will happen (all sorts of bad things could happen). Two, Oracle will deem Java an unprofitable product and will spin off a free software foundation, the likes of Mozilla or Apache.
Re:What about Java (Score:5, Informative)
Oracle's middleware business basically runs on Java. Why would they abandon it?
Re: (Score:2)
Oracle relies too much on java to give it away. Expect it to be forked, and then closed, with the previous open version left flapping in the wind.
Re:What about Java (Score:4, Insightful)
If they could close it, which they can't since open, then they will be the only one using it. Java is used all over the place in Open Source, so the fork will be meaningless and the open version will continue and possibly pick up some highly skilled Open Source developer(s) that would otherwise have invested their efforts elsewhere.
Re: (Score:2)
Open Office, The Eclipse IDE, and numerous other open source projects rely on Java, including Android. This means your premise is incorrect, and Java as an Open platform has existed in the real world for some time. It's available as FOSS, and that means it always will be no matter what Oracle does.
Re: (Score:2)
There are very few non Sun contributors to Java.
If Oracle decides to put all future resources and features into a closed version, how long do you expect the open version to be able to keep up?
Re: (Score:2)
Forever (even if you're absurd assertion were true.)
Re: (Score:2)
Sun has hundreds of engineers working on Java.
It's absurd to know that hundreds of open source engineers aren't going to pop out of the general population to take up the slack if Oracle decides to take Java proprietary?
Re: (Score:2)
If Oracle decides to put all future resources and features into a closed version, how long do you expect the open version to be able to keep up?
It probablly won't. The real question is will it need to? Will the new features be valuable enough to convince developers to break compatibility with the version that every major linux distribution will be shipping as standard?
Re:What about Java (Score:5, Informative)
Disclaimer: I work for Oracle.
When Oracle buys a company, they keep that company's staff to keep on working on whatever product they acquire. They dont shove that down the hall to whatever commando team. Based on personal observations of 4 companies that were absorbed and whose location merged in my area.
Also, as far as Java is concerned, Oracle has the best interest in keeping Java alive and well, as well as further push it. It's got a sizeable investment in Java for server-side stuff and even some client-side applications.
And from my perspective, all I can say is that more is to come.
Re: (Score:3, Interesting)
But this is Slashdot we expect every company to do the wrong thing. Even if doing the rite thing and making money is compatible. The Java brand is a big success (although I am personally not a big fan of Java), keeping the existing staff makes the most sense. What negative to the community might happen is as the language expands it will be more modified to meet Oracles main interests and less on Sun's more general interests.
Try Java, MySQL, VirtualBox, Solaris, OpenOffice (Score:4, Insightful)
I have a few concerns.
Oracle does not have a tradition of giving away much of it's software. Sun by contrast has a lot of open source or free as in beer software. I am worried that Oracle will either kill or start charging for Java, OpenOffice, Solaris, VirtualBox, MySQL and other products based on it's own business interests. It's only natural for it to do so. With this aquisition, Oracle is in a position of great power. It can kill or alter the course of all the products of both companies. Absolute power corrupts.
For example MySQL and PostgressSQL are the only 2 viable open source alternatives to an Oracle DB for many systems. (There are critical systems for which Oracle is absolutely needed, but the percentage that could be served well by an open source alternative is probably significant). It is definitely in Oracle's interest to kill or dillute MySQL.
Re:Try Java, MySQL, VirtualBox, Solaris, OpenOffic (Score:4, Interesting)
Oracle does not have a tradition of giving away much of it's software. Sun by contrast has a lot of open source or free as in beer software. I am worried that Oracle will either kill or start charging for Java, OpenOffice, Solaris, VirtualBox, MySQL and other products based on it's own business interests. It's only natural for it to do so. With this aquisition, Oracle is in a position of great power. It can kill or alter the course of all the products of both companies. Absolute power corrupts.
Note: I do not work for Oracle, but we are a big customer of theirs. I have watched this very carefully, attended briefings (by Sun and by third party analysts.)
I am not concerned that Oracle will kill Java, OpenOffice, VirtualBox, MySQL. (I'm a little concerned about them selling off [Open]Solaris, since I don't see Oracle as an operating systems company.) However, I do expect to see a "pro" version of Java, OpenOffice, VirtualOffice, MySQL where Oracle forks the code into a stable branch, and companies can buy into a support contract for it. This isn't materially different from how OpenOffice/StarOffice are related now, or how Red Hat runs their business.
For example MySQL and PostgressSQL are the only 2 viable open source alternatives to an Oracle DB for many systems. (There are critical systems for which Oracle is absolutely needed, but the percentage that could be served well by an open source alternative is probably significant). It is definitely in Oracle's interest to kill or dillute MySQL.
I disagree that Oracle wants to kill or dilute MySQL. Quite the opposite, really. Oracle desperately wants to compete with SQL Server at the lower-end databases. Small companies and many mid-size companies feel that Oracle is much too complicated for them to run with [typically] a limited IT staff. Oracle has a lot of buttons, knobs, switches to tune performance (not to mention get things running.) As a result, SQL Server often gets deployed here. And for most internal-office workloads for small or mid-size companies, SQL Server works very well. So Oracle doesn't make money here. Oracle knows that lots of people can (and do) easily deploy MySQL, this is an easy "win" for them.
My $0.02
Re: (Score:2)
Oracle has put a great deal of effort into optimizing their server and net application platforms to Solaris.
While Oracle still maintains their "Unbreakable Linux" distro, I wouldn't be surprised should they keep and push Solaris in one way or another.
Mind you, it's totally not dept. So who knows what they'll do.
Re: (Score:2)
It is definitely in Oracle's interest to kill or dillute MySQL.
I'd say thier best bet would be to hold it down (don't let it get any better but don't kill it either) and use the mysql code (which they now own) to make a mysql compatibility mode in oracle.
If they kill it they risk it being replaced by postgresql or a mysql fork which they have no control over.
Re: (Score:3, Informative)
...When Oracle buys a company, they keep that company's staff to keep on working on whatever product they acquire. They dont shove that down the hall to whatever commando team....
Tell that to the Virtual Iron Team
Re: (Score:3, Funny)
Re: (Score:2)
Re: (Score:2)
Re:What about Java (Score:4, Interesting)
Larry Ellison hates, hates, hates Microsoft.
1. OpenOffice.org advertised on television. .NET is now, with auto-conversion tools.
2. Java pushed everywhere
3. Ellison loudly and publicly calls Microsoft FUDsters re: Linux/OOo software patents and tells them to "bring it on".
Re:What about Java (Score:5, Insightful)
Re: (Score:3, Interesting)
I've run across some of the ex-wives of top Oracle execs (my mother sells houses in Woodside, and many Oracle ex-wives are quite rich). It's a warped view, third hand through my mother, but they would paint Ellison as being very emotionally involved in taking on Microsoft, and running things very much based on his own ego. I'm not surprised he's buying Sun, and I would be surprised if he didn't shove OpenOffice and Java down MS's throat using Oracle's full backing. I'm surprised he hasn't bought Red Hat
Re: (Score:2)
Do you really believe Ellison hates Microsoft?
When talking about MS you sometimes think he posts here.
http://www.youtube.com/watch?v=ssX4RL24HT4 [youtube.com]
http://www.youtube.com/watch?v=8g_tcdR_pQU [youtube.com]
Re: (Score:2)
I'm sure he doesn't sit at home throwing darts at Vista boxes but I suspect it is his least favourite company.
Re: (Score:2)
Do you really believe Ellison hates Microsoft? I do not believe at this level of business feelings matter.
Do you really believe he doesn't? At his level of wealth, I don't believe that he's motivated by strictly business-oriented goals.
Keep in mind we're talking about someone who spent $200M to have a bigger boat than the MicroSoft guy.
Re: (Score:2)
I thought Ellison was just buying Sun, not Scott McNealy's failed business plan. McNealy's disproportionate focus on Microsoft instead of Linux is the key reason why Sun is for sale.
Re: (Score:2)
Re: (Score:2)
Three, Java development stagnates. Does new Java development make any money at all for Sun right now? I don't think so. I think supporting the existing codebase is whats been bring money in.
Is this a joke? Of course Sun makes some money off Java related technologies, they sure as hell are constantly improving it, and Oracle made truckloads more money off Java long before the acquisition.
Re: (Score:2)
Re: (Score:2)
Do you understand that devloping *in* Java is not the same as developing Java?
Whether Sun made a significant amount of money directly from Java or not it did not prevent them from improving it. I dare you to prove otherwise.
So what is your point, Sun was not improving Java, Oracle will not improve Java, or Oracle does not make money off improving Java?
What does Sun not making money directly from Java have to do with Java development stagnating given the above?
Nice try.
Larry Ellison spoke at JavaOne last month (Score:3, Informative)
Reason for merger oversight: Java licensing (Score:5, Informative)
For those wondering why the merger wasn't simply rubber stamped, it has to do with the licensing of Java:
http://www.jroller.com/scolebourne/entry/no_java_7_us_doj [jroller.com]
From what I read, it wasn't a *huge* deal, but enough of a concern that the DoJ had to work with Oracle instead of simply approving the merger right away.
The EU probably has similar concerns.
Re: (Score:2)
Interesting blog post - but I don't really understand his complaint about the java 7 spec. Doesn't the ISO C spec cost money too?
So long and thanks for the fish (Score:3, Funny)
Or something like that.
A sad day.
Re: (Score:3, Funny)
More tech layoffs? (Score:2)
I am guessing this will mean more layoffs. I wonder if managers will be targeted, or tech workers?
Bad deal for both companies (Score:5, Insightful)
It's a bad deal for both companies.
The acquisition of Sparc and Solaris further estranges Oracle from Microsoft... Most of Oracle's revenues come from windows-based products and the Solaris portfolio isn't likely to change that. Likewise, they now become a competitor in Java vs. Dot-net. It isn't smart to step up from mere competitor to antagonist without gaining a massive new strength, and that didn't happen here.
Then there's Java. Drains quite a bit of cash without making enough money and Oracle as a company has the wrong temperment to maintain and improve a programming language anyway. Start charging enough to make money on Java and Java dies. Nor does having Java particularly complement Oracle's product line.
And mysql is a mess too. Improving it drains sales from their flagship database product... but failing to improve it causes a fork which loses Oracle whatever value owning Mysql had for them. Bad mojo all around.
The Sun/IBM deal would have been much smarter. IBM has a huge market for the likes of Sparc and Solaris. Better yet, they have demonstrated the wherewithal to take code they own and insert it into Linux. There's lots of stuff in Solaris to like, IBM is already weighing heavily on the side of Linux-based products and services and a well supported Linux on Sparc could save Sparc from oblivion and maybe even return it to being a growing market.
Meanwhile, IBM's database product (db2) never escaped its tiny niche. MySQL would be a great complement to their portfolio, moving them squarely into the mainstream database business.
Lastly, IBM actually has a need for Java given the breadth of hardware and OS platforms they sell. Write once run everywhere would be a huge benefit to IBM. It strongly complements the rest of what they sell, even if they never make a nickle off of it directly. Sadly, IBM can't rely on Java when it's controlled by a company as boorish as Oracle. It has to remain a minor player in their portfolio.
Re:Bad deal for both companies (Score:5, Interesting)
My leaky memory says that 40% of Oracle's income (profit?) comes from Oracle on SPARC, and another 20% from Oracle on other Unix.
If IBM had bought Sun and phased out SPARC like they did Sequent, then they'd probably own 50% of Oracle's market.
It's far better for Oracle to buy their own hardware supplier than depend on others: the Sequent was highly optimized for Oracle performance, and then disappeared in a little puff of greasy smoke when IBM bought it and shut it down in favor of Power. That's got to have been painful!
As other commentators have pointed out, Oracle is heavily invested in Java, and sees MySQL as a "channel" that brings them customers. You note that Oracle invested in improving the performance of the transactional engine that MySQL uses instead of shutting it down...
I suspect Sun was a perfect fit: it complemented the things Oracle needed, and didn't have any important products that compete directly. Win-win.
That in turn could be good for me, as I'm a capacity planner & performance guy, working mostly on large systems, like the ones Oracle and Sun customers use.
--dave
Re:Bad deal for both companies (Score:4, Informative)
My leaky memory says that 40% of Oracle's income (profit?) comes from Oracle on SPARC, and another 20% from
Oracle on other Unix.
I did the migration of the last Oracle Sparc to Oracle Linux system at my previous employer a couple years ago. Before this migration, it had moved to Fujitsu from Sun several years previous. (Oracle on Linux just wasn't there yet, a high-performance 8-CPU Intel machine monopolizing a whole SAN for performance reasons was full of race conditions because driver developers never had seen a machine or storage that powerful).
Sun just couldn't compete. For Sparc stuff, we would have needed a $5 million machine to outperform the $500k Fujitsu. The diminishing returns from the supposedly scalable Sun systems meant we had to skip two entire product lines. Unfortunately we couldn't test the next level up, and our experience with the E10K (64 CPUs underperforming 12) was that Sun machines don't always scale like this.
When we went to Intel hardware, we would have needed a $250k Sun machine and $250k SAN storage to perform comparably to a $50k Intel machine including internal storage.
We gave Sun a really good chance to compete each time, everyone involved had a strong personal attachment to making it work and had not yet accepted that Sun had failed as a business. We allways talk about that initial revelation that if Sun couldn't compete for our setup, they probably couldn't compete anywhere unless this is just a temporary gap in the product offering.
The Sun machines were the least reliable compared to the Fujitsu and Intel solutions. Random were weekly events on the Sun machines (e.g. [456]500s, E10Ks), every few months on the Fujitsu Primepower 850 machines, and hasn't happened ONCE after two years on the Intel machines. And I'm comparing it to a MUCH larger population of Intel machines (we added dev, qa for each of app groups, sysadmins, DBAs, "yesterday's data" for support people, added another server for performance, and then duplicated the entire 5-server setup when we took over another business unit's almost identical application.
Although I could say in theory I miss being able to identify and replace failed hardware components easily, the reality is that the HP servers identify the part that caused a crash with a fault light most of the time. Sun needed a case to be opened with them to explain a complicated error. This changes the hardware fix from under 5 minutes - a datacenter tech can do it himself - to hours at minimum, and days if their support screws you around.
Being able to do the hardware replacement faster also means no second downtime to do the actual fix. And the confidence level from a clear fault light is huge versus a vendor's first line support that is known for lying when decoding an error message based on what looked "obvious", not based on the real complexities involved.
Re: (Score:2)
Re: (Score:2)
When we went to Intel hardware, we would have needed a $250k Sun machine and $250k SAN storage to perform comparably to a $50k Intel machine including internal storage.
Thank you for posting some real facts about Sun hardware, performance, maintenance, and support. The Sun zealotry around here needs a balanced perspective.
Yah, fair and balanced, or it supports what you want to believe?
Re: (Score:2)
When we went to Intel hardware, we would have needed a $250k Sun machine and $250k SAN storage to perform comparably to a $50k Intel machine including internal storage.
Thank you for posting some real facts about Sun hardware, performance, maintenance, and support. The Sun zealotry around here needs a balanced perspective.
Yah, fair and balanced, or it supports what you want to believe?
Are you telling me that you suspect I may have fabricated those performance comparisons?
I was actually generous. I included FusionIO cards in the cost I quoted, but not in the performance comparison. Adding those cards results in a solution that is so much faster, I did actually worry people would think it is a fabrication.
Re: (Score:2)
--dave
Re: (Score:2)
They said the disk failure rates were lower on the Sun too, but I don't know by how much.
You should be aware that neither Intel nor Sun make disk drives. The most likely explanation for this is manufacturer lot variance, or just luck.
C//
Re: (Score:2)
--dave
Re: (Score:2)
It's possible to have whole bad lots, even from the enterprise lines. I'm hearing this doesn't happen so often now, but when you're the person experiencing the bad lot, this can give one hell of a bad impression. Supposing this case, the phenomenon would be sampling bias.
I still avoid WD like the plague, even though I am aware they have long since fixed the quality problems that led to the bad lots in the 90's... can't help myself. Lost like 3 drives on a personal system in a row...
C//
Re: (Score:2)
Ouch! That really hurts!
--dave
Re: (Score:2)
They said the disk failure rates were lower on the Sun too, but I don't know by how much.
You should be aware that neither Intel nor Sun make disk drives. The most likely explanation for this is manufacturer lot variance, or just luck.
C//
The most likely explanation is the difference in how controllers handle a marginal drive. For example, 10 years ago it was rare to have a RAID solution that re-wrote a bad block rather than just failing out the whole drive.
I have pulled a lot of 'failed' drives out of RAID arrays to check the SMART data, and even in modern arrays, a good portion of those drives are mostly OK.
Sometimes it's a controller that is too quick to kick out a drive, other times it is a controller that decides a drive is no good if i
Re: (Score:2)
Sun classically built machines in which the airflow is better than the then-standard, substandard cases you get everywhere else.
Keeping drives alive is easy: just move lots of air past the top and bottom. But case designers don't... They pack them right on top of each other, attach sheet metal directly bottom screw holes and locate them somewhere in the case where the air doesn't move.
Dell circa 3 years ago was one of the worst offenders while HP's DL series products circa 3 years ago was best of breed. Now
Re: (Score:2)
The world of SPARC has changed a LOT since the days of the E10K. First, the high end server line went to the 15K/25K which is much more reliable though at 5 years old our 15Ks are starting to occasionally have memory failures. Who needs a huge machine that you can scale? Um, three words: Oracle Data Warehouse. Think billion-row joins on multi-terabyte databases.
Oviously this is workload dependent, but I've seen the workload you describe succeed on an HP DL580 G5 with Equallogic ISCSI storage. Also, Oracle RAC makes a lot more sense and actually costs a reasonable amount when compared to an E15k.
Why? Fraud detection through data mining is one application. There's a whole world of High End Scientific computing out there. True, much of that has gone to distributed parallel computing but some applications want one big machine rather than a lot of little ones.
Oracle's not one. They'll push you towards RAC rather than an E15k.
The CoolThreads machines aren't quite as fast per-core as the fastest Ultra IV (1.4 vs 1.8 GHz) but for a modest price you get a LOT of them:
Here's my problem. Every time Sun tells me that their model is to deliver more cores at a slower speed, I'm stuck with the fact that I can buy more cores at a faster speed from HP or Dell. I'm stuck with app
Re: (Score:2)
It's far better for Oracle to buy their own hardware supplier than depend on others
Perhaps, but if so they've just dived down a blind alley. The Sparc platforms are designed for general purpose computing. Oracle's competitors in the $250k+ database appliance market, like Netezza, have designed their hardware from the ground up for a database load, not general purpose computing. As a result, they run rings around Oracle for those specialized database loads.
Sparc fits a niche that Oracle has classically shied
Re: (Score:2)
I agree that Sun would have been a better fit for IBM than for Oracle.
But IBM wasn't sufficiently eager (or desperate) to acquire them.
Re: (Score:3, Insightful)
Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
So you think it's ok to see a total misleading bullshit moderated +5 Informative? Then you must be a crazy person. The moderation system is there to weed out nonsense, garbage and crap and to promote only quality posts to the the +5 level.
I will continue to mod any incorrect or misleading posts down, because that's one of the reasons why I have mod points.
Re: (Score:2)
From where I stand, either IBM or Oracle were good matches.
Regarding Microsoft - as far as I know, the majority of Oracle's database revenue is coming in on Solaris/sparc and Linux/x86 platforms. Oracle was already squarely in the Java / Linux camp before the acquisition - their applications and middleware stacks are almost entirely Java (or moving there), and they have their own Linux distribution.
The Java acquisition is an imporant defensive move - there are too many free languages and tools out there to
Re: (Score:3, Informative)
Then there's Java. Drains quite a bit of cash without making enough money and Oracle as a company has the wrong temperment to maintain and improve a programming language anyway. Start charging enough to make money on Java and Java dies. Nor does having Java particularly complement Oracle's product line.
http://www.oracle.com/technology/products/jrockit/index.html [oracle.com]
This page is getting funnier by the minute. There are people who's last experience with either company is from ten years ago, people who think either company is 'not big enough for X', and people who are only familiar with one facet (if any) of the companies businesses.
Open Office has a target on its back (Score:3, Interesting)
It will be very interesting to see how that pans out. I rather like Open Office - it's quirky and kind of ugly, but it does work and its drawing tools are great for business graphics. but its presentation tool (competitor for PowerPoint) sucks even worse than PowerPoint, and PowerPoint is at an advanced stage of suckitude. That said, I hope Ellison sees the promise in Open Office and really runs with it. If he could make OpenOffice presentation better than Keynote, word processing better than Word, and spreadsheet better than Excel, I would pay real money for that.
Re: (Score:2)
It's a niche product, doesn't and probably can't make enough money to support itself.
Openoffice was sadly never any good. It was never even good enough for them to have leapfrogging MS Office as a goal, they just had to play catch-up from years behind.
Look how much better Excel 2007 was than the previous versions. (I don't know what version exactly had the tremendous UI change). This looked like a new product, the usability was greatly enhanced. Any other spreadsheet manufacturer could have done this. All were so caught up in playing catch-up with Excel that they never thought to sit down a
Re: (Score:2)
I guess it depends on Ellison - will his hate of all things MS make him sink millions into OO and make it a true competitor to MSO, or will he head the bean counters and cut it lose?
The geek sees an office suite.
Microsoft sees an office system that scales to a business of any size:
Microsoft, Google, and VMware redefine the OS [cnet.com], Microsoft's SharePoint Thrives in the Recession [nytimes.com]
100 million seats for SharePoint.
This is the market in which Ellison must compete - and throwing a few more pennies into OpenOffice.o
I just woke up... (Score:3, Funny)
Re: (Score:2, Funny)
Re: (Score:3, Funny)
It's not quite as Larry put it in a corporate email he sent on the subject.
Re: (Score:3, Interesting)
Well, I suspect that Oracle will attempt to position MySQL as their "free Oracle-compatible" database offering, less support and high-end features but still feature-complete enough that people will continue using it (and hopefully, in Oracle's eyes, upgrade to their full database suite when need arises).
/Mikael
Re: (Score:3, Interesting)
Re: (Score:2)
Oracle already has a "free Oracle-compatible" database offering, Oracle XE. I doubt they'll replace it with something with less commonality with the main Oracle DB products, since that would make it harder for people to step up from the free product to the expensive one, a transition that Oracle has some strong reasons to make as easy as possible.
Re: (Score:2)
Ah, but MySQL is a lot more well-known and popular than Oracle XE which makes it ideal as a marketing tool. A few tweaks here and there and you could make it so that it's a piece of cake to replace a MySQL db with an Oracle db.
/Mikael
Re: (Score:2)
Re: (Score:2, Insightful)
Re: (Score:3, Informative)
Re:Not sure if this is more funny or scary (Score:4, Informative)
Unfortunately said Pentium 4s also would fail 10x more often.
I don't know if you've worked (ie, have had direct administrative experience) with any of the larger Sun hardware such as E2900 and above, or even the Ex500's from back in the day, but if you did you'd also know that these servers have a knack for uptime and resiliency that x86 servers, even to this day, have never had. There was a reason for those higher costs.
Re: (Score:3, Interesting)
Unfortunately said Pentium 4s also would fail 10x more often.
I don't know if you've worked (ie, have had direct administrative experience) with any of the larger Sun hardware such as E2900 and above, or even the Ex500's from back in the day, but if you did you'd also know that these servers have a knack for uptime and resiliency that x86 servers, even to this day, have never had. There was a reason for those higher costs.
At the same time, the application landscape changed to prefer scalability that allowed servers to be down without impacting the whole system. A single machine no longer was so important.
And up until a few years ago, people still went with Sun when they had a single important node.
The choice became between more servers that will crash slightly more often with less overall impact to the application, and more servers that will crash slighly less often.
Larger Sun hardware was never amazingly reliable anyway. Wh
Re:Not sure if this is more funny or scary (Score:5, Informative)
Actually the advantage is a fast backplane, not the memory. You may remember they bought the rights to the Cray asynchronous (really packet-switch-like) backplane quite a number of years ago, and have been expanding on it since.
It's easy to build a fast chip if it never has to maintain cache-consistency with anything off-chip. If it has to stay sane, even with only 64*4*2 = 512 threads banging on the same memory range, it not only takes an expensive bus, but it's also memory-transaction-rate limited.
That's why you read about transactional memory in Linux Weekly News: we all need it, SPARC and Intel both.
--dave
Re: (Score:2)
Actually the advantage is a fast backplane, not the memory. You may remember they bought the rights to the
Cray asynchronous (really packet-switch-like) backplane quite a number of years ago, and have been expanding on it since.
Just to clarify - faster can mean higher bandwidth or lower latency. Sun really screwed themselves by building machines that had bad memory latency, but good bandwidth. Real-world appplications like transactional databases care more about memory latency than bandwidth.
Re: (Score:2)
I absolutely agree with your last sentence, although I see most of the Sun efforts to be toward reducing the latency, by not making the bus wait in between the request and the reply. That speeded up small memory transactions a lot, targeting the low speed of locking operations that have to go to memory and/or achieve global cache consistency.
I would like to see latency bettered, too. To me, it's at least an order of magnitude high.
--dave
Re: (Score:2)
It certainly was at the time: the e25k was something like 72, and the approach has subsequently spread to smaller, faster crossbars, sometimes used in pairs to decrease latency and increase bandwidth.
--dave
Re: (Score:2)
Sun sucks. Their overpriced hardware got eclipsed by Pentium 4 PCs which could do the same work for 1/10th the price. In the end, the only advantage Sun platforms offer over PCs is the capability to use massive amounts of RAM (64G, 128G, and beyond). But make no mistake about it, Sun got eclipsed by Intel. Moore's law has a harsh penalty for those who don't keep up.
Coming from someone who couldn't tell you the difference between an Intel desktop processor and their Xeon line to save their life, much less know what RAS features SPARCs have over anything Intel has.
Don't forget massive amounts of CPU's, expansion cards, dynamic reconfiguration, partitioning, etc, etc.
Midrange computing is all a lie I guess, someone go tell IBM, HP and Fujistu.
Re: (Score:3, Interesting)
Re: (Score:3, Insightful)
Re: (Score:3, Insightful)
Re: (Score:2)
Will probably never happen. Since Linus Torvalds has never insisted on copyright assignments on code contributions to the Linux kernel the way MySQL and the Free Software Foundation, for that matter, does as well, ownership of its copyright is spread over hundreds, maybe thousands of contributors. Linus himself, I hear, can take full credit for only 2% of the actual code in the kernel. Even if you could contact them all, it is quite unlikely that they will all agree to have their contributions re-license
Re: (Score:2)
Since neither pre-acquisition Sun nor Oracle owns the Linux kernel, that's not something that's going to come out of this merger. (AS I understand it, since Linus doesn't require copyright assignment, the Linux kernel isn't all owned by any one entity, which means that relicensing the kernel would be extraordinarily difficult, so it'll probably take something more compelling than ZFS to motivate such a change.)
Oracle might have more reason to want Z
Re: (Score:2)
I wonder if this might lead to a dual-licensing for ZFS so it might be possible to use in linux.
Although it's unlikely, I certainly hope so. I currently use ZFS on FUSE on my server, but I only use it for a mirrored backup (FUSE performance isn't up to scratch for a 10 terabyte system, in my opinion). If I really wanted to go hardcore ZFS (which I'd love) I'd switch to OpenSolaris. :)
I love the fact that I threw in two new drives and created a mirrored filesystem instantly with one command. No formatting required.