Oracle To Increase Investment In SPARC and Solaris 146
An anonymous reader writes "The Slashdot community has recently questioned what Oracle will do with Sun hardware if and when Oracle's acquisition of Sun closes. And it seems that speculation about the future of SPARC hardware has been common among Slashdot commenters for years. That said, it seems newsworthy that Oracle is going out of their way with some aggressive marketing directed at IBM to state clearly their plans to put more money than Sun does now into SPARC and Solaris." MySQL is not mentioned in this ad, perhaps because (as Matt Asay speculates) the EU is looking closely into that aspect of the proposed acquisition.
I'll believe it when I see it. (Score:1)
Still going to sell out to HP (Score:2, Interesting)
I still expect the sale of the ex-sun hardware business to HP to go through, now Oracle have puffed up the price a bit.
Re: (Score:2)
why would HP want it? They sold out their hardware folks for Intel's Itanium a long time ago... shut down Alpha, Vax, etc... it was gruesome.
Re:Still going to sell out to HP (Score:4, Insightful)
why would HP want it? They sold out their hardware folks for Intel's Itanium a long time ago... shut down Alpha, Vax, etc... it was gruesome.
Don't forget PA-RISC. Despite the fact that systems were still selling new in 2008, HP decided to follow-through and kill it off to make way for Itanium.
It's just pathetic that nobody has the balls to compete with Intel in the RAS space. Now we've spent the last 10 years seeing every single new Itanium core delayed, underpowered and overpriced. Now with 3 years still waiting for Tukwila, I expect that trend to continue.
Re: (Score:2)
Yes, but most Itanium systems don't sell for large-scale clusters or supercomputers, they sell for smaller 2-8 socket servers processing mission-critical data, where RAS (Reliability, Availability and Serviceability) is paramount. In this role, almost anything built with Reliability in-mind will do, but nobody want to step-up and compete.
See here for proof [wikipedia.org]. The average number of processors sold in an Itanium server is around 4 (In 2007, ~200,000 processors went into 55,000 servers).
Itanium has almost no s [wikipedia.org]
Everything for the database (Score:5, Interesting)
The ad says that Oracle will aim for tight integration with its database. That might be less welcome news for those people who do not use it for Oracle databases.
Re: (Score:2)
Re: (Score:3, Insightful)
People don't complain when Cisco, Juniper, etc integrate their routing/switching/firewall features with ASICs.
Why should databases be different?
Given the hardware prices and wide interest in FIPS-type security requirements, Oracle might as well be selling appliances. It will come to this sooner or later.
Re: (Score:3, Interesting)
ha, ha silly rabbits...
AS400/iseries/system i... doing it for decades... laughing now.
Although you could include Vax and HP's E-series mini-computers as well in the "enterprise appliance" category.
The browser is the new "green screen".
easy statement to make - means next to nothing (Score:5, Insightful)
Sun is so cash-strapped that investment in Sparc is at low, almost nothing. So it is easy for Oracle to claim they will outspend what Sun does now....all the while looking for a hardware company on which to dump Sparc off. There are plenty of alternatives to UltraSparc based Sun servers, redundancy and SMP can be done more cost effectively
Re: (Score:1)
Yeah, may be the amount spent on this campaign covered it already ;-)
Re: (Score:2)
No comments about the European Union? THEY are the ones who will decide if Oracle and Sun merge, not us. It'll be interesting to see what happens if the EU says "no"
Re: (Score:1)
EU should have even bigger shitfits if IBM were to buy them, so if the Oracle sale doesn't go through, I think a VC/Capital Management group would buy them hoping to make a profit by splitting them up.
Re: (Score:3, Informative)
SMP can be done more cost effectively
Bullshit. Say what you want about Sun, but noone does SMP more cost-effectively than they.
Re: (Score:2)
Can you say Fujitsu.. ..
Re: (Score:2)
http://www.channelregister.co.uk/2009/03/30/fts_server_strategy/ [channelregister.co.uk]
They want to gravitate to where the growth is, and it just isn't SPARC.
speculative investment until a buyer appears (Score:5, Insightful)
SPARC is dead (Score:2)
Who's buy SPARC these days? I don't know of anyone, and for similarly priced machines the X86/AMD boxes run circles around SPARC.
And Solaris is completely independent from chip architecture. SPARC Solaris and X86 Solaris are essentially identical, except for the boot architecture. Pretty much the same for the OpenSolaris fork, which is where all the new features are going. (GA, commercial Solaris is essentially a back-port of OpenSolaris, featurewise.)
In one of my old jobs we paid the premium for SPARC only
Re:SPARC is thriving (Score:2)
Anybody running Oracle E-business with more than a few hundred users will, and some just did, for whom I did a capacity plan. We did the sums: a large Sun/Fujitsu was significantly cheaper than a rack full of small boxes, all under-utilized except for the few that were overloaded already.
If you're a small website actioning off things like eBay (;-)) you need the biggest box Sun (or IBM, or in principle H-P) makes to get enough horsepower to do the TP.
Horses for courses
--dave
Future of Netra line? (Score:1, Interesting)
I just heard on the grapevine that Sun is planning in dropping the Netra line of servers (NEBS compliant chassis for telecommunications deployments). Anyone know anything?
"More" means nothing.. what are the product plans? (Score:5, Informative)
Given how little money Sun had, and how many layoffs they were making and had in the works, for Oracle to invest "more" in Solaris/SPARC than Sun did alone wouldn't take much. What would be actually interesting would be information on the updated product roadmap, which is currently a bit sparse and extremely out of date.
SirWired
Re:"More" means nothing.. what are the product pla (Score:5, Informative)
Yeah, but you gotta understand. Without Sun there's just IBM. There's no other vendor in the mainframe business, which is still big business. You don't think the IRS has time or money to manage the size of cluster they would need to operate effectively? So they rely on big iron, which is reliable and redundant and engineered to be that way over 40-50 years of experience. Clusters are garbage compared to a real mainframe. Sure, you have distributed filesystems now, and you can sort of split CPU around, there's management systems, etc, but all of this are ideas that come straight from the mainframe os which does all this "by itself". Google managed to make a pretty cool mainframe from commodity hardware but whatever.
Now, if you're not going to go with IBM for your database, you're probably going to go Oracle. But if you need big iron to run this huge database, you're going to have to go with IBM with z/OS and linux virtual machines or something. Oracle now has viable, proven mainframe line and all they have to do is throw money at it. They'll just move to selling complete packages instead of just DB at the mainframe level. With all this "cloud" bullshit (eg "Mainframe on the internet"), big businesses are interested in managed services and Mainframes have always been vendor managed.
Even IBM minis like AS/400 boxes come with full support from IBM. They monitor the box 24/7. I used to operate them long ago, and I remember that a disk went bad in one of our storage boxes (they had these giant enclosures with over 100 disks in them). Literally the message flashed on my console "SYS01281: DISK ERROR" blah blah blah and I turned around to get the binder to figure out what I had to do. By the time I turned back to my desk my phone was ringing and it was IBM support letting me know a tech would be there within 4 hours to replace the drive. Awesome.
So like, Sun/Oracle can do the same thing, and they can compete if they play their cards right. Oracle has poached a lot of high-end people from IBM in the past so this was only a matter of time.
Regarding MySql: MySql is a toy. Go to where the money is and you will find mainframes still. No one in their right mind would put anything important on MySql. Yeah yeah, facebook pft. If Facebook was making more than a few mil they would switch. Internet hits != money. (I'm talking Fortune 25 money, government money, world organization money, casino money, bank money). So I, for one, welcome Oracle and Sun back to this venue.
Re: (Score:1, Insightful)
You seem to know what you're talking about, but do you live in an alternate universe where Fujitsu and HP don't exist?
Re: (Score:2)
Fujitsu makes SPARCs (really good ones), and H-P is where another poster said "CPUs go to die".
--dave
Re: (Score:1)
Re: (Score:1, Flamebait)
Ohh, that post wasn't a long pile of dripping sarcasm?
sure sounded like it. Paraphrased post:
"Mainframes are cool and old and big and fun, clusters are junk even though everyone is using them successfully and scaled out 100x farther than mainframe could ever get"
Re: (Score:2)
> Clusters can "scale" only because the definition of "scale" is widened to include "lots of little independent things that we can do in parallel".
That's pretty much what ANY computer does. This includes mainframes.
We're not comparing to "supercomputers" here that need to do some monster calculation that can't be split on a cluster.
Nevermind that we're talking about DATABASES in particular here.
If your application isn't the essence of a bunch of little
independent things that are trivally parallel then yo
Re: (Score:2)
Linux runs on expensive highly available hardware too. Including real mainframes, which big Sun boxes aren't.
Re:"More" means nothing.. what are the product pla (Score:4, Insightful)
Oracle did not buy Sun for Java, and they certainly didn't buy it because Sun is profitable. Oracle purchased Sun because Oracles business is Database Solutions, and Sun just happens to have hardware and software IP that can make Oracles position better in that market.
Its really that simple. Oracle is not going to be throwing away Solaris, SPARC, or MySQL, because these are the very things that Oracle purchased Sun for.
Re: (Score:2)
What about HP? (Score:5, Insightful)
HP's Itanic... whoops!... Itanium boxes are in the same league as Sun's SPARC boxes and IBM's POWER products, so without Sun, IBM would not exactly be standing unchallenged. (That said, the PA-RISC to Itanic transition in HP admittedly did not go well...)
In addition, I would go so far as to say that Sun wasn't in the mainframe business either. They made really big UNIX boxes, but did not make mainframes. About the only other mainframe company that comes to mind is the Tandem (now HP) NonStop line of products. Unisys claims to make some, and there are a couple of other tiny players out there. But yeah, IBM pretty much had a mainframe monopoly before, and the still have one now.
Re: (Score:2)
you need to do a few search engine queries before making such a silly statement. Even if you wanted to call Sun's big boxes "mainframes", which they aren't, there are over half a dozen big unix-iron companies. And there are several mainframe companies (of which Sun is NOT one)
Re: (Score:2)
Re: (Score:2)
It's just incredible how much data z9 and z10 can crunch.
Speaking of the plans... here they are! (Score:2)
http://www.theregister.co.uk/2009/09/11/sun_sparc_roadmap_revealed/ [theregister.co.uk]
It's not pretty. Oracle would have a hard time putting less money in, as the only products that look halfway decent are so far out they are pretty much complete vapor.
SirWired
addition by subtraction (Score:2)
Fixed.
Willingness to spend more? (Score:1)
Re: (Score:2)
Mouth building bridge ass can't cross (Score:2)
Re: (Score:3, Interesting)
With so little overlap with OS and hardware as Oracle did next to nothing with an OS and no hardware at all, I doubt they got rid of many, if any, of those in Sun that are accustomed to managing and selling high end hardware and software. On top of that, Oracle knows how to sell very expensive bits.
Re: (Score:2, Interesting)
Comment removed (Score:5, Interesting)
Re: (Score:2)
The MySQL issue looks like a red herring to me, although I suspect it's a wonderful source of FUD for anyone who wants to delay the deal.
The Wall Street Journal actually noticed the elephant in the room: MySQL is free software, and can't be shut down by an evil monopolist (like one we all know and love).
They seem to think the EC wants a (symbolic?) divestment ..
http://online.wsj.com/article/SB10001424052970204731804574390512306888466.html?mod=googlenews_wsj [wsj.com]
As for me, I want the deal to go through so
Re: (Score:2)
1) Corp customers in EU switching from Oracle to MySQL are/have switched to a version that is not open source. It's not the same animal as the open source MySQL.
2) As evidence of it not being a red herring the EU offered to drop their investigation if oracle would divest of MySQL, but Oracle won't do that.
Re: (Score:2)
The first is trivially true: If I've been using Oracle, I probably want a service contract, and would buy the "enterprise" MySQL.
Monty's second point is puzzling: he seems to have information the the EC normally keeps very close to their chest.
Monty Program AB has certainly recommended divestment, but since they're doing the current fork I'd have to lump a flat claim that Oracle has refused to divest in with the rest of the lobbying by Oracle competitors including SAP AG and Microsoft Corp as possible F
Re: (Score:2)
MySQL is free software, and can't be shut down by an evil monopolist
Semi-true, mysql is GPL and it's client libraries are also GPL, according to conservative interpretations of the GPL that means any software that is non-GPL and wants to use mysql needs to either buy a commercial license or get special dispensation (sometimes given out for non-gpl free software, e.g. php)
Noone except the copyright holder can sell those commercial licenses and offer those dispensations and without the ability to do that I su
Re: (Score:2)
Oracle just bought a company that not only owns MySQL, but is also heavily invested in PostgreSQL. Sun has a bunch of people working on PostgreSQL.
CoolThreads Desktop (Score:2)
Re: (Score:2)
Sun's Niagara line is better for databases... (Score:5, Insightful)
.... Their threaded design provides more threads and cores per Watt than other processors, and designs under development is pushing the further in that direction. And at this point, I am not aware of any Linux distribution that supports Niagara (though there may very well be one).
Databases do not benefit as much by fast single thread execution as they do by very reasonable multi-thread execution. That is because in a database application, or Web application, you want to support many sessions.
And as power and heat become issues in large server farms (mostly running database and web applications), the Niagara line is attractive.... The problem hasn't really been Sun's technology, but Sun's marketing and unfocused management. Larry might be a jerk, but he does know how to focus on making money.
Re: (Score:3, Interesting)
Re:Sun's Niagara line is better for databases... (Score:4, Interesting)
Not really true, and it's why most people haven't bought into Niagara despite any benchmarks Sun might come up with. The problem is that Niagara doesn't have the single threaded performance to start with. Rock was what was necessary, but that seems to be stillborne. For Niagara to work for you you have to have a lot of extremely lightweight threads that don't depend on each other and can run completely in parallel. You won't find many workloads like that these days, even with databases, because everyone has ever larger single jobs for specific tasks that they want to run faster and faster as well as potentially large stored procedures to mangle through. No one wants to find out that their hardware platform is OK for a specific workload and then as soon as you throw it something different it nosedives.
Re: (Score:2)
For Niagara to work for you you have to have a lot of extremely lightweight threads that don't depend on each other and can run completely in parallel. You won't find many workloads like that these days
I agree with you that database applications do often depend on single threaded performance, but the halo of application servers surrounding them fit the bill nicely.
Re: (Score:2)
Yes they are concerns, but people aren't going to go for that at the expense of potentially less performance, unless they plan their workloads very, very, very carefully. Few will. I've heard of some organisations who've went for these machines as J2EE or database machines who've had to allocate a lot more hardware than they planned which doesn't match up
Re: (Score:2)
There are all sorts of database applications that depend on a single CPU to run really fast. The sort of big reports people usually run overnight are an example. Niagara systems fail to work well if you any such requirement in your app, single threaded apps are way too slow to compared to Intel/AMD solutions. Niagara hardware is decent for applications that always have lots of users going at once, but they're only good for that, and that limits the market you can sell them into. It's certainly not the c
What about rock? (Score:2)
I really hope this means they are going to pursue Rock aggressively. Knockin' on wood over here...
Re: (Score:2)
Sun has some nice storage technology... (Score:1)
MARIA (Score:2)
but I've yet to hear MySQL's customer base, which skews toward the technology-savvy Web crowd, fretting about Oracle's impact on MySQL's business.
Could this be a non-issue due to that they can just fall back on Monty's MariaDB [askmonty.org]? ( community developed, stable, and always Free branch of MySQL )
Openoffice? (Score:5, Interesting)
As a Linux-on-desktop user, I am dependent on it. It is a critical ap for me.
OpenOffice could finally break the hegemony of MS Office, if it's not screwed up. I know a few people who are now using it on Windows, by choice, not necessity. But if it's screwed up, it's over.
I hope Ellison sees this as his chance to really stick it to Microsoft. I hope he retains and rewards the existing development team, and starts cleaning and optimizing the existing code base, and if needed dedicates additional manpower and resources. I hope Oracle's capable of doing this without screwing it up.
Re: (Score:2)
Sturggling with how they'll pay for it (Score:3, Insightful)
Re: (Score:2)
Heavy R&D spending, plus double the number of sales and support engineers is a lot of additional spending unless they can seriously eat into IBM and/or HP's UNIX business, I'll believe it when I see it.
Maxed-out Oracle shops are going to have to switch to SPARC to get the performance they need. That sounds like a revenue stream to me.
Re: (Score:2)
I have my doubts on both scores.
Re: (Score:2)
There are installations where Oracle just doesn't scale any better than it does now, except with faster hardware (I've read Amazon has these problems). No doubt those people will want to do more over the next several years, and with very tight tuning of code to hardware they should get a good boost.
Switching to DB2 or Hadoop is a much harder problem than upgrading servers. If somebody can get Oracle to run faster on their hardware than Oracle can on theirs, I bet Oracle will buy them too (not that I suspe
It is called a targeted ad (Score:2)
There is this thing called targeted advertising. One makes an ad targeted to a specific demographic. This ad is targeted specifically at companies using Sun hardware and Solaris.
It does not mention MySql because the ad is not targeted at MySQL users. Granted, the set of "Sun hardware and Solaris users" and the set of "MySQL" users can and probably do overlap, but that is beside the point.
Remember, lack of evidence for something (no mention of MySQL in that ad) is not evidence against said thing nor is it ev
Remain Open? (Score:2)
While its hopeful now that they have stated plans to keep investing time and money, will SPARC and Solaris remain open, or is the plan to close them off? ( if they do, who cares of they invest...)
Want 64+core SMP systems? Intel Nehalem-EX in 2010 (Score:2)
This will give
1) Power 7 a run for the money on performance (and will kill every other microarchitecture incl all other x86)
2) Out-RAS SPARC and scale much more flexibly
3) Be available from dozens of vendors including everybody named on this page
4) Run Linux, Solaris, Windows, MacOS, BSD and probably others
5) Be the least expensive 'big iron' architecture available
If I was Oracle, I'd be planning my strategy around this, but I'd certainly not Osborne my SPARC sales by saying so until I'm ready to pull the
Re: (Score:2)
1) intel is winning due to volume and execution
2) there is room for other players in other niches (large=IBM Power, small=ARM, etc.)
The advantage Power7 will still have over intel cpu's is that they are designed for large scale SMP, intel will still not be able to touch Power7 in 32 and 64 proc systems.
Re: (Score:3, Insightful)
"cool kids"?
Wow. You need to get out more often! :-)
Re:The cool kids don't care (Score:5, Funny)
Re: (Score:1, Funny)
Wait -- Hillary Clinton has a husband? So, this person married to Hillary Clinton, who is she?
Re: (Score:2)
OK, that fits.
Re:The cool kids don't care (Score:4, Informative)
Sounds like you haven't read this essay [catb.org] yet.
Re: (Score:2)
...yes 'the state it's in": the reference platform for Oracle.
It's always good to have more people at the party. Hardware that
is specialized for heavy workloads is a good an useful thing and
not something that can be abandoned. It's always a bad idea to
only have one option.
Re:The cool kids don't care (Score:5, Informative)
Not true [google.com]
While only 1 of the top 500 is running OpenSolaris (and it's using 2.6Ghz Opterons), still, there is nothing inherently unscalable about Solaris or SPARC. I've personally been logged into a 96 core Sparc machine running Solaris 9 and Oracle 10.
Re:The cool kids don't care (Score:4, Informative)
If you're talking about single machine SMP, Solaris will go to 256 way SMP on available machines from Sun. Linux can do 1024-way Itanium2. With NUMA architecture things can get even bigger
Re: (Score:2)
If you're talking about single machine SMP, Solaris will go to 256 way SMP on available machines from Sun. Linux can do 1024-way Itanium2. With NUMA architecture things can get even bigger
I'm sorry, are you suggesting there is a 1024-way SMP architecture available, and a 256-way SPARC system is not NUMA?
You're confused, man.
Re: (Score:2)
Linux can do 1024-way Itanium2
That's 1024 Itanium2 processors, or 4096-way in the usual sense as each processor has 2 cores with 2 hw threads each.
With NUMA architecture things can get even bigger
All big machines are NUMA. And nowadays not-so-big as well. Say a 2-socket Opteron or Nehalem system, that's NUMA too, even though the NUMA factor is obviously much smaller than in those big SGI machines.
Re: (Score:3, Interesting)
probably nuggets of insight are better than incite.
256 cores 512 threads is the last limit I saw published by Sun. Please let me know of any bigger claimed value.
in the real world, the biggest machine that can be bought does put a limit on scalability for any business application. I don't see Sun machines leading in real world benchmarks of common business apps either.
Re: (Score:2)
Please let me know of any bigger claimed value.
I know it's pointless to read the thread you're posting in, but the previously mentioned cystorm [physorg.com] unveiled at ISU earlier this year has 3200 cores.
The reason you probably don't see Sun boasting about a lot of its HPC stuff is because it doesn't need to. You don't pick up HPC clients like Cedars-Sinai Hospital, UCLA Neuro Imaging, Wolfram Research, and Sandia National Labs by word of mouth, exactly.
Re: (Score:2)
not relevant, that's a clustered system, in this subthread we're talking of SMP and hardware threading.
Re: (Score:2)
1. opensolaris isn't solaris
2. there can be plenty of other reasons than that one number that might limit Solaris maximum cpu, I've have seen Sun publish the 256/512 number (its on one of the exams I had to take as certified sun systems engineer), though maybe the total has changed. but does anyone make such a machine, I'm not aware of Fujitsu one bigger than that.
2. wrong to say solaris on multiple architectures for years, Sun introduced then dropped Solaris on x86 and ppc multiple times in the past 15 ye
Re: (Score:2)
Re: (Score:2)
actually, I see it is set to 256 unless Makefile of architecture sets it to something else. for the processor used in the big sparc boxes it will indeed by 256.
Re: (Score:2)
...and that would be very sound logic.
You sound like someone that's never built applications that have to scale past 4 CPUs.
Until you build it, and show it, it simply isn't so. It's vaporware and wishful thinking.
All of the noise and trying to call others ignorant really doesn't change that.
Whining about NUMA and hundred cpu boxes is especially ironic in a thread about Oracle.
Re: (Score:2)
The only thing I can crib about is x86 hardware compatibility - that part sucks pretty bad.
Well, that and, let's face it, their userland is *incredibly* primitive. Sure, it's POSIX compliant, but that's about all you can say for it. Until you add the GNU toolset, it's deeply painful to use on a day-to-day basis.
Re: (Score:2)
There's two sides to that. The classic UNIX userland crap on Solaris is old and crufty - yes!, and GNU userland is much better but there is more than that. Then there are other things Sun has added over the years.. prstat, cfgadm, devfsadm, dladm, fmadm, ptree, pargs, pwdx etc, etc, etc (trying to leave out the big ones everyone already knows about) There is a lot of stuff Linux simply exposes through /proc and /sys which is awful... I can't fathom why there isn't a ptree for Linux, it's such a sim
Re: (Score:2)
You're saying that Linux is 100% better because it can run on something that is exceedingly rare? Perhaps you might want to try considering some more run-of-the-mill use cases, such as those one run into in any data center and not just Los Alamos's. You know, things like serving, database server, backup server, storage and so on.
Re:The cool kids don't care (Score:4, Interesting)
but Linux does all those things - part of my job is replacing Sun servers with Oracle RAC clusters on Linux. Faster, cheaper, just as reliable.
Re: (Score:1)
Re: (Score:2)
the application tiers I deal are J2EE servers and other middleware and web servers, so at least for those cases no real advantage to one big machine.
x86 is fast catching up, the six core by 8 processors are out now and soon 8x8 also with hyperthreading, that's going to eat much of the lunch of the traditional unix big-iron realm, as most partitionable machines are carved into that space or below.
Re: (Score:2)
"x86 is fast catching up,"
It doesn't really matter if it's fast. It's still a x86.
The newer P55 systems show promise, but there is more than CPU clock and number of cores to sever performance than you may (or may not) realize.
Re: (Score:2)
x86 may be catching up by the numbers, but x86 is still and has always been a terrible architecture. Modern designs (by which I mean arches designed after 1980) deliver similar per-core performance at half or less clock speed. This is especially true for floating point calcs.
I know it's easy to forget sometimes but the 8086 came out in 1978. Everything that's been added since then, protected mode, segmented memory, virtual mode, superscalar, MMX, SSE, hyperthreading, macro ops, and speedstep are all just
Re: (Score:2)
At the DB tier, OK fine, what about the Application tier? There are many enerprise applications that can really benefit from having 8 core chips that can do 8 threads/core. There is some level of efficiency in being able to push 256 threads in a 4U chassis.
We've recently made the decision to purchase those boxes for use as weblogic servers. The performance sucks. We have had to allocate almost twice the planned hardware to handle our existing loads; and are actually looking to move right back off of that platform with the next tech refresh.
Unfortunately, this is pure anecdote - I don't have any numbers to back this up, I just know the gist of what's been happening since we "upgraded" to SPARC. I can't even tell you the machines that we migrated away from.
Re: (Score:1, Insightful)
but Linux does all those things - part of my job is replacing Sun servers with Oracle RAC clusters on Linux. Faster, cheaper, just as reliable.
So you're just a biased troll. Who else would use "Oracle RAC" and the words "cheaper" and "reliable" in the same sentence?
The only thing reliable about Oracle RAC is the money you spend on consultants trying to keep it running.
Of course, you being one of those consultants means you're quite biased.
Re: (Score:2)
Nope. He has something resembling a clue.
Big boxes are EXPENSIVE. There is a reason that companies buy into clustering
and it's not because they like to throw money away. Clustering allows you to
avoid the MASSIVE increase in cost when you go to large scale machines.
You are ALREADY paying a pretty penny for Oracle.
You are also paying by the CPU for the privelege and SPARC always
sucked in terms of performance. Sun was the Microsoft of Unix. Alpha
was remarkably better for those willing to break away from the he
Re: (Score:2)
SPARC always sucked in terms of performance.
When it was introduced it had a 4:1 performance advantage over x86. Intel didn't take the lead until the Pentium, and SPARC was in the game until about 1999. It's been downhill since then for single CPU tasks.
Re: (Score:2)
Re: (Score:2)
IBM is afraid.