Oracle To Invest In Sun Hardware, Cut Sun Staff 135
An anonymous reader writes "There's been much speculation as to what Oracle plans to do with Sun once the all-but-certain acquisition is complete. According to separate reports on InfoWorld, Oracle has disclosed plans to continue investing in Sun's multithreaded UltraSparc T family of processors, which are used in its Niagara servers, and the M series server family, based on the Sparc64 processors developed by Fujitsu. However, Larry Ellison has reportedly said that once the Sun acquisition is complete, Oracle will hire 2,000 new employees — more people than it expects to cut from the Sun workforce. Oracle will present its plans for Sun to the public Wednesday."
What about the software? (Score:3, Interesting)
What about all of Sun's software? Solaris? Java? NetBeans? Their C, C++ and FORTRAN compilers? OpenOffice.org?
Re:What Kind of 'Hiring?' (Score:5, Interesting)
Re:What about the software? (Score:3, Interesting)
Ellison re-iterated that it is not competitive, but complementary with Oracle. They plan to increase investment in the business. No specific announcements about development direction or how Oracle plans to package it (no mention of an "Unbreakable MySQL," for example).
Re:What about the software? (Score:2, Interesting)
http://blogs.sun.com/BestPerf/entry/free_compiler_wins_nehalem_race
Re:What about the software? (Score:1, Interesting)
Sorry, I have a very difficult time considering MySQL to be Sun-caliber software.
Frankly, that acquisition has already gone down in history as one of the biggest tech industry blunders of all time. Sun gave up a lot of money, and in return got a completely shitty product. I mean, MySQL isn't just a bad database system. It goes out of its way to be fucking stupid whenever it can. The mere fact that MyISAM doesn't support transactions and foreign key constraints makes it a complete joke. Even SQLite now supports both of those!
Sun could have done much better for themselves, and for their customers, had they invested even just a small fraction of that money into the development of PostgreSQL. Unlike MySQL, PostgreSQL is the type of professional database system that would have fit in really well with their Solaris and Java offerings.
Regardless of what Oracle says now, I hope they kill off MySQL as quickly as possible. MySQL is a disease, and needs to be eliminated. It is responsible for more corrupt and lost data than basically anything else in history. And it's something that Oracle doesn't need associated with them, given that Oracle's database products are basically the complete opposite of MySQL in every way.
Re:What about the software? (Score:5, Interesting)
The most interesting thing about that was that the 'auto parallelization' code used 8 cores to get slightly more than 50% more performance than it got with one core. To be honest, I'm a bit surprised that it got any benefit. It's parallelizing loops which can only be done if the compiler can prove that there are no dependencies between loops (which means that it must be able to see all of the code that executes in the loop, including the bodies of called functions) and it will often result in slowdown because subsequent loop iterations will use data in the same cache line, so you get a lot of churn.
Compiler performance is very important on the newer UltraSPARCs, like the T1 and T2, because they do not do out-of-order execution. That means that data dependencies between instructions can cause pipeline stalls (which, hopefully, won't be a problem because you've got another thread or seven waiting to run). The compiler needs to know the length of the pipeline and design the instruction stream with this in mind. It also needs to do things like space floating point operations for the T1, which has a much larger floating point latency than most other chips. Moving data between the floating point unit and an integer register (e.g. branch on a comparison between floating point values) takes several cycles, so it needs to be aware of this and shuffle the instructions accordingly.
Re:What about the software? (Score:3, Interesting)
The killer app for the Niagaras is Java, lots of Java. That's CPU-hungry but of course you can run a separate Java app (in the JVM) on each of your 96 threads. Makes a Niagara server well worth the money in our experience.