Oracle fudges touts Sparc SuperCluster prowess • The Register Forums

Saturday 29th September 2012 02:28 GMT David 14

Of course there is spare CPU cycles...

That is how Oracle rolls... make sure each CPU is highly under-utilized... because how will Larry ever be able to buy a new super-yacht if people onlu license software on the ACTUAL CPUs that are required?

When I read 20% utilized CPU, I see 80% waste and likely a machine that is imbalanced for the workloads... needing more CPUs to address internal system bandwidth issues...

The SPARC T4-4 is a competitive server... and if they took a high road and compared similar systems, they could argue the fine details to claim their's is better... but Oracle is constantly making marketing claims that prey on ignorance of the reader.

My job is to continue to call bull$h17 whenever I see it.

6 5
1. Sunday 30th September 2012 03:27 GMT Anonymous Coward
  
  Re: Of course there is spare CPU cycles...
  
  Agree, it's Oracle. They do not care how many slap on the wrist fines they rack up for these fraudulent benchmarks. They are going to keep on making these absurd claims. For every five people that laugh at these benchmarks and make an Oracle joke, they know one person is going to accept it.
  
  Oracle HAS to be cooking the books on their T sparc (doesn't deserve capitalization) numbers as well. They actually expect people to believe that legacy Sun has dropped from $1.2 billion to $500 million per quarter in three years, IDC has them losing 15% in Unix sales per quarter... yet T sparc is growing by double digits. Think about it. That is faster than Xeon and way faster Unix as a whole. I have a feeling that when pressed they will say something like "T4 sales are growing by double digits (from $0 last year)... we did not take previous T sparc sales into account."
  
  4 4
2. Sunday 30th September 2012 06:54 GMT Anonymous Coward
  
  Re: Of course there is spare CPU cycles...
  
  David14 --- "When I read 20% utilized CPU, I see 80% waste..."
  
  When I see Java based enterprise applications, I normally see 100% utilization as lack of memory in the data center. Add memory, watch that CPU utilization dive down... garbage collection is often at fault.
  
  When I see Database based applications, I normally see 100% utilization as lack of memory in the data center. Add memory, watch that CPU utilization dive down... not enough available shared memory.
  
  David14 --- "needing more CPUs to address internal system bandwidth issues"
  
  20% CPU needs more CPU's???
  
  It is important for customers to understand how much headroom they have for an application. It is good to see there is processing headroom for expansion, backups, hardware failures, etc. This is a very real-world metric.
  
  2 0
3. Monday 1st October 2012 12:56 GMT Phil 4
  
  Re: Of course there is spare CPU cycles...
  
  Maybe there are just too many ignorant readers? If you read the press release and understood what it says, you'd see the following: http://www.oracle.com/us/corporate/press/1851992
  
  "The new solution helps customers meet service level agreements (SLAs). A half-rack SPARC SuperCluster easily supports hourly throughput of approximately 200,000 Oracle Financials transactions with 2,000 concurrent users in the application tier domain with 80 percent additional capacity available for higher loads or further consolidation"
  
  So * 20 per cent utilization in the application tiers of the cluster* just means theres a ton of headroom left to support even more transactions (during peak demand for example), x more users or run/consolidate other workloads to consume the remaining CPU cycles.
  
  1 1
4. Tuesday 2nd October 2012 00:52 GMT beep54
  
  Re: Of course there is spare CPU cycles...
  
  It's effing Oracle. What the hell do you expect?
  
  0 0
Saturday 29th September 2012 03:11 GMT rchrd

SPARC, not Sparc !

While I no longer work for Sun or Oracle (long story), still it is spelled SPARC and not Sparc. Trademarks are supposed to be observed, even across the pond. Hmm. I guess I should have written "spelt".

Besides, SPARC means something specific. And Sparc just looks like some chic way of spelling Spark.

Whatever. But your legal department should be worried. (Does The Reg HAVE a legal department?)

You'll notice that even the previous commenter got it right. David +1, The Reg -100 (because it's been at least a hundred misuses by now, and probably my 100th email on the subject.)

SPARC rules! Just spell it right.

Cheers.

6 11
1. Saturday 29th September 2012 07:48 GMT Peter Rathlev
  
  Re: SPARC, not Sparc !
  
  Well, IANAL but I fail to see how El Reg's use can be considered trademark violations. They're clearly referring to the party that holds the SPARC‰® trademark. I would've thought observing trademarks just means that you cannot use the mark to refer to something else. I didn't think trademark law forced everybody to always spell everything correctly.
  
  4 0
  1. Saturday 29th September 2012 08:38 GMT Anonymous Coward
    
    Re: SPARC, not Sparc !
    
    Legalities aside, I think the point was it's stupid to call it Sparc when it's not. It's SPARC. Just like the guy said, it's not a clever way of spelling "spark". (And if you're young and/or ignorant enough to not know that then maybe you should not be writing about the stuff...)
    
    2 4
  2. Sunday 30th September 2012 14:03 GMT Anonymous Coward
    
    Re: SPARC, not Sparc !
    
    > I didn't think trademark law forced everybody to always spell everything correctly.
    
    Well, stop just 'thinking" and look it up. SPARC is a trademark, sparc is not. When referring to the processor chips from SPARC International the correct term is SPARC, anything else is a trademark violation.
    
    0 5
    1. Sunday 30th September 2012 16:16 GMT Peter Rathlev
      
      Re: SPARC, not Sparc ! (@AC 14:03)
      
      Well it so happens that I'm seriously retarded, so much that I just simply don't know where to look that up. Can you please provide some pointer? I hear you saying that using a name that is not a trademark ("Sparc" or "sparc") when referring to something trademarked ("SPARC") is a trademark violation? So calling the Sparc a "CPU" is wrong too? (Yeah, the lack of capitalization is entirely not on purpose, I just stopped thinking.)
      
      3 0
    2. Monday 1st October 2012 13:59 GMT eswan
      
      Re: SPARC, not Sparc !
      
      Would refering to it as 'piece of crap' be a trademark violation? I think that as long as you're not labeling an actual chunk of feces as a SPARC(tm)- ie. "Man, I feel better. Just laid down a nice big SPARC(tm) in the toilet.", you're in the clear.
      
      2 1
2. Saturday 29th September 2012 11:54 GMT Matt Bryant
  
  Re: SPARC, not Sparc !
  
  Shirley, that should be SPANKed! A much more accurate description of both the lack of performance AND how Oracle DB customers feel?
  
  2 2
3. Saturday 29th September 2012 21:09 GMT Allison Park
  
  Re: SPARC, not Sparc !
  
  We all call it SPANC since every processor out there has been SPANCing it for about 10 years.
  
  3 1
4. This post has been deleted by its author
5. Sunday 30th September 2012 14:05 GMT Phil O'Sophical
  
  Re: SPARC, not Sparc !
  
  I'd guess that it's nothing to do with legal concerns over trademarks, it's just a reporter that is too lazy or rushed to override a spell-checker which automatically "corrects" excessive capitalization. What that says about the level of care taken over the rest of the article is left to the reader...
  
  4 2
6. Wednesday 3rd October 2012 12:04 GMT Anonymous Coward
  
  Sparc is fine Re: SPARC, not Sparc !
  
  You want to know why Oracle spells it SPARC? Because long-ago, some dim-witted marketing people got the brilliant idea that if their product names were ALL CAPS, they would stand out in articles. Seriously. Pretty soon, vendors were CAPITALIZING EVERYTHING even if it wasn't an acronym and their PR people were kept busy sending off chiding notes to those who got it wrong. Most journalists took the attitude of "screw that, we're not here to function as an extension of your PR" and ignored or ridiculed the practice.
  
  So you have a choice. You can act like a pedantic fourteen year-old who just discovered the Chicago Manual of Style, and accept that you're acting as an unpaid shill for one of the stupidest PR practices in our industry. Or you can act like an adult and just spell it like a normal word. Up to you.
  
  3 1
  1. Friday 12th October 2012 16:19 GMT Anonymous Coward
    
    Re: Sparc is fine SPARC, not Sparc !
    
    Oracle spells it SPARC because SPARC International, which owns the IP, tells them too, since the word is derived from Scalable Processor ARChitecture, and is legally protected as a trademark. Seriously, are the commenters here really too lazy to look beyond their own nose?
    
    0 2
Saturday 29th September 2012 05:34 GMT Anonymous Coward

XIV ?

IBM XIV Gen-3 with SSD Cache would have been the better IBM Storage array to put against this.

DS8K is way overkill for this, and no one would actually do it.

I work with hundreds of customers running AIX with XIV, Gen-2 and Gen-3.

2 1
1. Sunday 30th September 2012 03:44 GMT Anonymous Coward
  
  Re: XIV ?
  
  Agree, IBM would recommend XIV Gen3 as the sub system in a real world situation. I would like to see an independent group take some high end T or M Sparc servers with whatever Oracle's best sub system is (probably Pillar, not even a joke) and compare it to Power 795 with XIV Gen3. Oracle would get destroyed in an Oracle DB benchmark.... Much less taking a Power 795 filled with SSD internal storage, which would be more apporpriate.
  
  Oracle also claims that Power is IBM 'highest end system".... Ah, no, System z is their high end system. Oracle doesn't have a comparable system, but that is not IBM's fault. If they really want to compare highest end to highest end, obviously Oracle isn't concerned about real world configs, they should but their Exa license ploy up against IBM BlueGene/L supercomputer... see how that works out for them if they want to compare highest end to highest end.
  
  2 1
  1. Sunday 30th September 2012 21:40 GMT Kebabbert
    
    Re: XIV ?
    
    Regarding cpu performance on the IBM system Z, they are very bad. Any decent high end x86 cpu is roughly twice as fast. So cpu performance wise, the new Z12 is very bad.
    
    POWER7 on the other hand is a very good cpu and it is much much much faster than the IBM z12 or Z196 cpu. So I would not call the System Z, the high end. An IBM P795 packs much more cpu punch than a dinosaur z12 or z196.
    
    0 4
    1. Tuesday 2nd October 2012 00:09 GMT Anonymous Coward
      
      Re: XIV ?
      
      System z isn't very bad in terms of CPU. True, it is not a supercomputer or a Power 795, but it is not very bad either. System z is all about I/O, designed to run bank transactional systems and the like, not crunch human genomes.... Oracle EBS financials module, described in the Oracle ad, is I/O intensive, not CPU intensive... just a pile of Java. Oracle has nothing that can mess with System z - Linux in performance *or* cost with the high end M (if it still exists), T Sparc or Exa systems.
      
      1 0
      1. Thursday 4th October 2012 19:54 GMT Kebabbert
        
        Re: XIV ?
        
        "...System z isn't very bad in terms of CPU. True, it is not a supercomputer or a Power 795..."
        
        Well, the Z12 is a very slow cpu. No doubt about it. Where are all the IBM benchmarks? Nowhere. Why? For a reason. Have you ever wondered why IBM never have released benchmarks of Mainframe cpus? There are none. Zipp. Zero. Zilch. Nada. Why? You tell me.
        
        On the other hand, we have loads of POWER7 cpu benchmarks everywhere of all different kinds. Well, the POWER7 happens to be a really good cpu, so we understand when IBM wants to tell the world how fast the POWER7 is. But regarding the Mainframe cpu? Well, it is "the worlds fastest cpu", but no evidence nor proof of that. Just some marketing material:
        
        http://www-03.ibm.com/press/us/en/pressrelease/32414.wss
        
        At least IBM could have offered ONE benchmark vs the POWER7? But no. The Mainframe cpus all get obliterated by the POWER7.
        
        Some would call extravagant claims without any proofs to be FUD. Which coincidentally, happens to be IBM's master dance:
        
        http://en.wikipedia.org/wiki/Fear,_uncertainty_and_doubt#Definition
        
        "FUD was first defined with its specific current meaning by Gene Amdahl the same year, 1975, after he left IBM to found his own company, Amdahl Corp.: "FUD is the fear, uncertainty, and doubt that IBM sales people instill in the minds of potential customers who might be considering Amdahl products."
        
        0 5
        
        Thursday 4th October 2012 21:29 GMT Jesper Frimann
        
        Re: XIV ?
        
        Actually there are quite a few Mainframe benchmarks out there. You just have to look for them.
        
        Try in some of the same places as Oracle's T4 benchmarks.
        
        // Jesper
        
        0 0
Saturday 29th September 2012 09:36 GMT flashdba

Oracle press releases full of FUD? Who would have thunk it...

Isn't it always like this? Instead of letting their achievements stand for themselves, they always have to sour the news with some disingenuous comparison against 2 year old hardware from a rival vendor. It's the Oracle way.

Another Oracle way is to claim all the glory for someone else's results:

http://www.oracle.com/us/corporate/press/1853058

This was a Cisco benchmark on Violin Memory storage, but Oracle glosses over the former and neglects to mention the latter entirely.

3 1
1. This post has been deleted by its author
Saturday 29th September 2012 14:29 GMT Matt Bryant

Superdome2 flash.

When we were asking for a demo unit earlier this year we were told flash with the SD2 had to be external. This wasn't a great surpise as the design philosophy with the old Superdome was all storage was external. With the hp x64 blades you have the options of either SSDs instead of hot-swap disks, or you can use mezzanine slots for plug in SSD cards. Seeing as the SD2 blades don't have any onboard disk slots we guessed the first option was a goner, but we did hope hp would get their mezz SSD option working with hp-ux so we could put them directly onto the blade (both SD2 and the Inetgrity blades), but we were coyly told that "was not available at launch". We also asked if hp might put PCI-e SSD accelerator cards into the SD2 IOX bays but we were told that was not on the roadmap. So the only supported option does appear to be external flash in something like a 3PAR, EVA or MSA 2000.

0 1
Saturday 29th September 2012 14:33 GMT Matt Bryant

Vendor benchamrk? Meh!

Unless your business is doing exactly what Oracle did in their benchmark (and it almost definately isn't), then it would be a lot better to get a solution designed for you requirement and then tested in your environment with your data. Anything else should be considered a possible indicator of the best performance likley to be achieved, and definately not what you can expect to get in a real environment. Same goes for all vendor benchmark sessions.

2 1
Saturday 29th September 2012 14:43 GMT Anonymous Coward

IBM do it too...

I saw an IBM benchmark comparing Power to x86 which had a much lower TCO for the Power solution using LPARs, primarily because the x86 solution wasn't allowed to use virtualisation.

When I was trying to evaluate ZFS vs Veritas Filesystem a few years ago, I could only find two comparison papers. One from Sun, which showed ZFS was faster than VxFS and one from Veritas/Symantec which showed that VxFS was faster/more efficient. Go figure.

Vendors stack their benchmarks in odd ways which favour their product.

0 0
1. Sunday 30th September 2012 21:41 GMT Kebabbert
  
  Re: IBM do it too...
  
  Here is a Oracle ZFS benchmarks vs NetApp:
  
  http://www.theregister.co.uk/2012/04/20/oracle_zfs7420_specsfs2008/
  
  Here are some more
  
  https://blogs.oracle.com/si/entry/7420_spec_sfs_torches_netapp
  
  0 1
  1. Sunday 30th September 2012 22:07 GMT Kebabbert
    
    Re: IBM do it too...
    
    Another one. IBM XIV vs Oracle T4 ERP. "Without any optimizations Oracle was 2.5x faster".
    
    https://blogs.oracle.com/si/entry/zfssa_smashes_ibm_xiv_while
    
    0 2
    1. Monday 1st October 2012 06:29 GMT Anonymous Coward
      
      Re: IBM do it too...
      
      That is using a partially populated Gen2 XIV against a very heavily cached ZFS array.
      
      Gen-3 brings SSD cache to the mix, and a much faster and lower latency back end.
      
      Gen-2 is over 4 years from GA date, and while it has had some minor improvements over those years, it just would not show well against a more cache heavy array.
      
      0 0
    2. Monday 1st October 2012 09:01 GMT Jesper Frimann
      
      Re: IBM do it too...
      
      The key here is reading the small print.
      
      It's a brand new Oracle system.. versus a POWER5 system.. which was GA 2004.......
      
      IMHO this just shows how desperate Oracle is.. they need to find and pick a fight with solutions that are not just current generation -1 from their competitors.. but systems that are up to 8 years old.
      
      // Jesper
      
      3 0
      1. Monday 1st October 2012 13:11 GMT Phil 4
        
        Re: IBM do it too...
        
        Did you actually read (and understand) the fine print or just want to FUD Oracle regardless?
        
        Heres the actual text from http://www.oracle.com/us/corporate/press/1851992
        
        "Up to 56 percent lower acquisition cost versus new IBM POWER7 and HP Superdome2-based configurations(1)."
        
        Footnotes
        
        (1) Comparison based on current published list pricing of a half rack SPARC SuperCluster solution: one SPARC SuperCluster half-rack with eight 3.0 GHz SPARC T4 processors, eight channels, eight cores each with built in storage (36 × 600GB) and one Exadata Storage module versus IBM configuration example of the IBM POWER 780: one IBM Power 780 with eight 3.8 GHz POWER7 processors, 1 channel, 8 cores, and 512GB memory and IBM storage DS8700 (384 × 146GB FC, one base cabinet and one expansion cabinet) and HP Superdome2: two Superdome2 each with sixteen 1.73 GHz Itanium 9350 processors, two channels, eight cores, and 1TB memory with HP EVA8000 storage (182 × 300 GB FC, one base cabinet and one expansion cabinet). Actual deployments and configurations will vary.
        
        And the second claim which is about *consolidation*, which in my dictionary, means older systems, usually 3-5 years old. So clearly, that means Power6 systems.
        
        "Up to 40 percent lower five-year TCO when consolidating existing IBM and HP infrastructure, while reducing rackspace footprint up to 73 percent(2)."
        
        0 1
        
        Monday 1st October 2012 14:41 GMT Jesper Frimann
        
        Re: IBM do it too...
        
        @Phil 4.
        
        I was replying to Kebbart's link:
        
        https://blogs.oracle.com/si/entry/zfssa_smashes_ibm_xiv_while
        
        Try to read my comment having that link in mind.
        
        The Registers reply function doesn't always make it clear what you are replying to.
        
        // Jesper
        
        0 0
        
        Thursday 4th October 2012 20:01 GMT Kebabbert
        
        Re: IBM do it too...
        
        @Jesper Frimann
        
        "...I was replying to Kebbart's link:
        
        https://blogs.oracle.com/si/entry/zfssa_smashes_ibm_xiv_while..."
        
        It was never clear that Oracle compared vs an POWER5 system. It is no merit to be faster than an old generation system. I will never post that benchmark again, because it is unfair.
        
        Thanx for informing me.
        
        1 1
    3. Tuesday 2nd October 2012 00:20 GMT Anonymous Coward
      
      Re: IBM do it too...
      
      If Oracle say it, then it must be true?.... It is not though the entire point of the article you are commenting on is that Oracle benchmarks are pure fiction.
      
      1 0
2. Tuesday 2nd October 2012 00:19 GMT Anonymous Coward
  
  Re: IBM do it too...
  
  If it is for Oracle DB, that is probably true. VMware is technically not supported for Oracle DB, only Oracle VM (Xen). PowerVM, AIX's hypervisor, is supported and allows you to hard cap licenses. If you run any Oracle on a VMware server, you license every core... and every core on the stand-by VMotion server. If you are taking Oracle DB licenses into account, Power is less costly than x86 - VMware if you hard cap.
  
  Power - Linux (RHEL or SUSE) is not supported by Oracle, only AIX is supported, but the prices for Power - Linux are the same as x86 - Linux. They peg the Power - Linux prices to x86.
  
  0 0
Sunday 30th September 2012 02:34 GMT Synja

The wonders of statistics.

If I sell or do ten things one year, and twenty the next... I have experienced triple digit growth.

Looking at Quickbooks... This week I have earned over a thousand times what I made last week. (I sold an old printer to a friend last week, didn't work at all.)

0 0
Sunday 30th September 2012 13:14 GMT Anonymous Coward

What you'd need...

... is some third party that sets a goal and gives each vendor a set time to come up with (and tune) a suitable configuration. Then the third party runs the benchmarks, we have a round of re-tuning, and the third party runs the benchmarks again. And it's the third party that publishes the benchmarks.

But what vendor would put money&effort into such a vehicle? Much more "interesting" to buy a sack of kit from the competitors and be as stupid as you can with them, then publish "test results" that are utterly and completely useless, but make your kit shine. Nothing like that false sheen of second hand car salesmen style marketeering.

2 0
Sunday 30th September 2012 13:37 GMT Billy7766

Oracle make stuff up? No! Really?

As a number of people here have already said, vendor benchmarks are always suspect and none more so than our friends at Oracle (Larry appears to think "talking $h1t" and "marketing" and inter changable concepts

I will point out that the company I work for, which may or may not be HP, has stopped doing benchmarks for exactly this reason - no one beleives what we say, and given that these configs can cost $1m+ to buy, build, configure, test and publish it seems somewhat insane to keep doing it.

I'd always recommend you get with your vendors technical boys and girls and get something built and tested for your specific environment with your data....and don't forget that HP, IBM et al have gurt big DCs set aside for customer tests if you just want a benchmark - they'll happily run one for you, using your data if you want it

2 0
1. Sunday 30th September 2012 18:27 GMT Anonymous Coward
  
  Re: Oracle make stuff up? No! Really?
  
  I thought the reason HP had stopped publishing benchmarks was that the DB vendor has to sign the form as well as the HW vendor and Oracle refuse to sign anything to do with HP HW.
  
  1 0
  1. Sunday 30th September 2012 18:40 GMT Billy7766
    
    Re: Oracle make stuff up? No! Really?
    
    It may come as a shock but there are other DBs out there :)
    
    0 0
    1. Monday 1st October 2012 10:25 GMT Matt Bryant
      
      Re: Oracle make stuff up? No! Really?
      
      "It may come as a shock but there are other DBs out there....." Here's the funny bit - up until the Oracle-hp case settled in hp's favour, we were getting from hp's salesgrunts a refreshing new diet of MS SQL and PostgreSQL fluffing. Now that Oracle has been tied to supporting hp-ux on Itanium the hp salesgrunts have largely switched back to their preferred "I luv Oracle" message!
      
      0 4
Sunday 30th September 2012 18:29 GMT Anonymous Coward

Comparable systems

Snoracle box 2TB of RAM,

HP box 1TB of RAM

IBM box 512GB

hmmmmmmmmmm, conventional TPC wisdom would say that the system with 4 times as much RAM should score 4 times the DB performance, if it doesn't, it sux.

4 1
1. Sunday 30th September 2012 21:37 GMT Kebabbert
  
  Re: Comparable systems
  
  It is not obvious that more RAM helps a certain benchmark. In this case, is the current benchmark RAM starved? If it is, then Oracle should not publish such benchmarks where the RAM differs. But if the RAM amount does not matter, above a certain threshold, then the RAM amount does not matter.
  
  I remember a SAP benchmark where the Sun x86 machine had 256GB RAM but slow RAM, and the Linux x86 server had 128 GB RAM, but faster RAM - and still the Solaris server was slightly faster. It turned out that the Linux HP server used 128GB RAM, because the faster RAM sticks came in smaller size. So HP could choose to equip their Linux server with 256GB RAM or 128 GB RAM, and HP chose the faster RAM sticks. In this SAP benchmark, it did not matter if you had 128GB or 256GB - because had it mattered, then HP would have gone with 256GB RAM.
  
  Thus, it is not obvious that this benchmark would have been helped with more RAM.
  
  .
  
  .
  
  But I agree that this benchmark seems a bit fishy from Oracle. It needs to be investigated a bit further. For instance, is RAM crucial? Is it better to have 2TB RAM, or does it not matter? If it does not matter, then it doesnt matter and the criticism is only IBM fanboyism.
  
  On the other hand, when IBM does fishy benchmarks, then the author Timothy Prickett does not write an article about it. Clearly IBM biased.
  
  1 4
  1. Monday 1st October 2012 04:27 GMT pdxbrit
    
    timw@splhi.com
    
    I think it's a pretty good bet that, unless the people doing the benchmark were incompetent idiots, they put in the appropriate amount memory in their system (since clearly that affects the price) and so, yes, to put in 1/2 or 1/4 in the "rival" systems makes the whole comparison extremely suspect.
    
    Hey, my "inexpensive family care of choice" beats the "expensive sports car of choice" if I remove the spark plugs from all but one of the cylinders!
    
    0 0
  2. Monday 1st October 2012 06:30 GMT Anonymous Coward
    
    Re: Comparable systems
    
    > It is not obvious that more RAM helps a certain benchmark.
    
    If the RAM wasn't helping the Oracle system then they wouldn't have put it in as its effect would just be to make there system more expensive.
    
    But if you're an Oracle sufferer then try looking in a AWR report's Buffer Pool Advisory on the impact of increasing available cache space on the expected number of physical read operations. These the little buggers that normally limit the performance of database. The redo log responds well to write caching in the storage system.
    
    1 0
Monday 1st October 2012 08:41 GMT Jesper Frimann

It's hilarious

I must admit I stand with TPM. What Oracle is claiming in pricing against HP and IBM is actually ... hilarious.

Now I have nothing against people saying.. I want to have a good comfortable chair, but I don't want to spend money on a quality crafted designer chair, that will last a lifetime, but I'll go get one from from a place like IKEA cause it's good enough for me.

But when they then go and buy a mass-produced industry standard chair from Snurakle that costs the same as the quality crafted designer chair, they need their heads examined.

Basically what they are doing is taking some ... well lets call it lowend midrange servers and storage, that have been put together into a clustered solution, which they have smacked a 'highend' sticker on.

A system that does not integrate with anything else. neither horizontal or vertical in the solution stack.

Furthermore it is just as proprietary and closed as an IBM 80'es mainframe.

And at last they put a serious price tag on it. A price tag of such a magnitude that it will only make remotely sense to clients if they (Oracle) try to compare it against REAL highend solutions from other vendors, and even HighEnd solutions that have been neutered and purposely made suboptimal solutions.

Again, if I were to compare a HP or IBM scale up solution (cause if you compare scale out versus scale out for the different vendors the machines are quite different) against a

For HP you are kind of stuck with the SD2, again if you were scale out I'd go with a HP itanium blade, but using 2 x SD2-16 is ridiculous, one is quite enough. And as others have stated then the storage system is.. well.. why do you need to compare a highend storage system (that isn't even sold anymore) , that is designed to have many many host attached to it, with a buildin proprietary system ?

For IBM again as it is with HP why go with a highend system ? And also the server chosen is a highend server, why use a highend POWER 780 when you really only need half a midrange POWER 770 ?

Now if you were to compare these realistic HP and IBM configurations against the Oracle solution, you'd see that both the HP and the IBM solutions have been cut by more than 56% of the price.

So what would you buy.. the lowend midrange eq. bundle from Oracle, or the high quality gear with all it's RAS from HP or IBM ?

// Jesper

3 2
1. Monday 1st October 2012 12:16 GMT Phil 4
  
  Re: It's hilarious
  
  Jester, Its clear that you’ve been drinking too much of that blue coolaid like TPM, but what I find most amusing that you don't seem to have any clue on what SPARC SuperCluster is all about, but yet you have so much to say against it. Probably a good idea to do some research first before making such uneducated responses.
  
  First of all, SPARC SuperCluster is an engineered system with servers, storage, networking, flash, infiniband, etc that’s all integrated into one rack, all engineered to run any Oracle SW and the 1,000's of apps that support Solaris faster. It cant compare directly to high end SMP systems like SD2, M-Series or Power systems without adding all the other components into the mix. The closest comparison would be IBM's Puresystems which includes a mixture of 2-CPU or 4-CPU nodes, networking and storage. However, Puresystems does nothing about faster performance, just faster delivery times.
  
  Theres nothing more proprietary than running IBM Power which locks you into running AIX or IBM mainframe or running HP-UX which locks you into running Itanium, a dead architecture.
  
  A single SPARC T4-4 (there are up to 4 of them in a SPARC SuperCluster) outperforms Power 750's, Power 770's and even the turbo-core Power 780 on several public benchmarks running DB's, Java and Weblogic environments, and a SPARC T4-4 outperformed a SD2-16 by quite a high margin, so comparing a SPARC SuperCluster which includes 4 x SPARC T4's to a SD2-16 or single Power 780 is really whats hilarious!.
  
  A SPARC SuperCluster with 4 x SPARC T4's, which has a total of 4TB of RAM, is a fraction of the cost of a fully loaded Power770 or Power780 which doesn’t include any additional storage or networking for that matter!
  
  I dare you or anyone else reading this post to do a side by side price comparison of a SPARC SuperCluster versus anything equivalent (from a like for like spec and performance perspective) and prove me wrong - no one offers a better price/performance solution than SPARC SuperCluster for running Oracle SW and even SAP for that matter!
  
  1 4
  1. Monday 1st October 2012 23:04 GMT Jesper Frimann
    
    Re: It's hilarious
    
    @Phil 4
    
    So you now refute to name calling.. That is nice and mature, but kind of shows your true colours.
    
    I am fully aware of what Oracle SPARC SuperCluster is made up of. I get bombarded with Business Partner information all the time, and invitations and presentations and and and...
    
    And where as I really Really really like the Oracle Database, and I have a profound respect for the SUN systems of old days, where I (and also on hp9000) as an young computer science major learned the craft of *NIXing, I have no problem calling a pig with lipstick for what it is.. a pig.
    
    As for benchmarks, then basically the only industry benchmarks where the T4's have really gone against other systems are TPC-H and SPECjEnterprise2010.
    
    Now TPC-H is there cause Oracle cracked that benchmark some years ago, and even the OLD M9000 systems were able to beat other systems that they normally wouldn't have a chance against in other benchmarks.
    
    SPECjEnterprise2010, cause that it what the T-processors were really designed for with their many threads and hardware accelerators, and they also threw a lot of 'auxiliary' hardware at the benchmark also, as price isn't a factor. But the accelerators is really what makes the machines shine, cause they do that, in this benchmark. Just to bad for Oracle that POWER7+ will now have the same type of accelerators, so lets see what happens then.
    
    But that is basically it, there aren't really any other datapoints, besides the prelaunch comparisions to the T3, and they really don't support your claims.
    
    Now as for price.. then sure a comparison is a good idea.
    
    What you don't seem to get Phil, is the magicians move that oracle is doing.. waving one hand to catch your attention while putting the other one deep into your pocket. Oracle will give you the the damn hardware for free, if you buy their bloody software.
    
    Now the list price of a brand spanking new POWER 770 with POWERVM and AIX in enterprise edition Hypervisor mirroring, Memory compression bla bla. will set you back 2MUSD in list price including 3 years worth of HW maintenance etc etc.
    
    Now a full rack SuperCluser will set you back ~1.8-1.9MUSD, with 3 years of support.
    
    Now surely the POWER 770 does not include storage.. which it should.. so .. lets.. nahh ... lets just look at the software.cost, we can always put in a few SDD disks later. (they are real cheap)
    
    Now the SuperCluster needs some software licenses, if you will run Oracle on it.
    
    You'll need Oracle EE, Oracle RAC, Oracle Partitioning, with 3 years of swma, for the SuperCluster and only Oracle EE for the POWER 770, if you need to run the full Oracle monty.
    
    Now that is 8.711.680 USD for the Oracle Supercluster versus 5.046.400 USD for the POWER machine
    
    Which basically gives you 2.5 Million USD to buy some storage for the POWER 770. And surely I could go with the 48 core 6 cores per chip POWER 770 rather than the 64 core version, cutting away 25% of the Oracle prices.. while only loosing around 10% in throughput and no memory.
    
    If you compare the RAS features on the machines, you'll find on the T4-4 specs looking like this:
    
    Hot-pluggable disk drives
    
    Redundant, hot-swappable power supplies and fans
    
    Environmental monitoring
    
    Extended ECC, error correction and parity checking memor
    
    Easy component replacement
    
    Integrated disk controller with RAID 0 and 1
    
    Electronic prognostics
    
    Compared to the POWER 770 (or the SD2 for that matter) It's pathetic.
    
    A machine like the POWER 770 will do:
    
    Redundant hotswap powersupply, fans and adapters.
    
    Concurrent firmware updates.
    
    Processor instruction retry
    
    Alternate processor retry of instructions.
    
    Live Partition Mobility and Live Application Mobility.
    
    Redundant service processor and system clock with hot failover of both.
    
    Hot node repair.
    
    Memory/processor sparing.
    
    Mirrored Hypervisor memory.
    
    Again.. the T4-4 won't even hot-swap an adapter .. you have to take that whole server down. You basically need a n+1 configuration that you won't need with the POWER 770 or a SD2 or a M9000.
    
    So what would normally be something that is a standard simple change, all of a sudden becomes a more complex issue with the Supercluster.
    
    Again that is what all the Infiniband and storage nodes and and is all about, addressing the shortcomings of a cluster with added hardware components and complexity. And downtime and service windows.. cost a LOT of money.. again.. TCO.
    
    Furthermore
    
    A machine like the POWER 770 will do memory compression, out of the box, for the Supercluster it's 11.5KUSD per license + 22% in yearly swma. Which will set you back 1.2 MUSD on 4 node cluster machine. Sure DB compression is better than compression in HW or on OS level... but 1.2 MUSD ? brrrr..
    
    A machine like the POWER 770 has shared pool processor virtualization (so does the SD2), where as on a T4-4 server you'll have to turn to both Zones and LDoms for some of the same functionality. Which basically means that it'll run with a good deal better utilization in a RL virtualized environment, as you will basically be forced to do partitioning in a multi tenant environment, on a T4.
    
    I always get amazed when what is basically v-par/LPAR in HP/IBM terms is touted as virtualization.
    
    A machine like the POWER 770 also does infiniband, actually the x12 adapter plugs directly into a GX++ mezanine bus. No need to fight with other adapters over the bandwidth to the processor. And with this being a single system, there isn't even the need for an infiniband switch to get involved.. it can just be a tube directly to a sh*tload of SDD drives.
    
    And what is better than about 12TB of SDD storage directly in an IO drawer and then virtualized through the Hypervisor, for maximum IO speed ? Wroom Wroom.
    
    You do know the SPC-1 benchmark where an old POWER6 machine(that is 2007 technology with PCI-X ) beats out a pair of Oracle Sun ZFS Storage 7420c Appliance, by a factor of 2+.. with half the latency...and ?
    
    It's like.. why setup a compex storage setup with infiniband and storage servers and bits and bolts that break and needs firmware updates and and and and when you can achieve the same in software inside a single high RAS machine ?
    
    Then there is the Datacenter cost picture. A T4-4 uses a massive 2.7 KW when 100% active compared to the 4.5KW of the POWER 770 (both number using Oracle and IBM power/heat calculators), that is double the heat density for the T4, so much for coolthreads. Furthermore the max operating temperature of a Supercluster is 32C versus 35C for the POWER 770. This basically means that you need to be able to handle a heat density that is almost twice as dense with at T4 than you need with a POWER 770. And a SuperCLuster rack uses 15KW max power.
    
    It does require a rather modern datacenter, which.. costs a lot of money.. Again .. tco...tco...
    
    Well.. I could keep going.. ... but.. I'll let Matt handle the SD2 vs SuperCluster, he's most likely better skilled to do that than I am.
    
    ... and try to cut down on the Snoracle Cool aid Phil :)=
    
    // Jesper
    
    3 1
    1. Thursday 4th October 2012 20:24 GMT Kebabbert
      
      Re: It's hilarious
      
      @Jesper Frimann,
      
      While I respect your knowledge, I do not really appreciate your very strong bias. You can complain on something, and in the next post you do exactly the same - how nice is that? You answer "Phil 4" like this:
      
      "...So you now refute to name calling.. That is nice and mature, but kind of shows your true colours..."
      
      Let me ask you, how many times have you done the same to me? Some would call that hippocrisy when you complain of "Phil 4" calling you "Jester", and when you call me "kebab brain" or anything else of all insults you spewed upon me - everything is fair and square, right?
      
      I remembered a discussion we had. I showed a benchmark where the SPARC Niagara T2 had lower latency than POWER6 and you said something like "I reject your benchmark because POWER6 had better throughput". Later I showed a benchmark where SPARC Niagara T2 had better throughput, and guess what? You said something like "I reject your benchmark because POWER6 had lower latency"!!!! No matter what benchmark I show, I can never get you to accept them. Damned if you do, damned if you dont.
      
      Again and again you take the freedom to complain loudly when others do something, and when you do exactly the same thing everything is fine. How mature, right? Now, this is a side I dont like with you.
      
      I can show you a benchmark, and you reject that because of A. Then I show another benchmark, and you reject it because of B. It will continue for eternity, C, D, etc. Wriggling and wriggling. Worse than a lawyer.
      
      Whats worse, one time you said something like "but kebabbert, what has happened? You show me a benchmark! You are backing up your claims with a benchmark???". What ugly behavior. People has complained on me posting to many links to benchmarks and white papers and research papers. Just look above here, I posted several benchmarks. Well knowing of that, you pretend to be surprised "why, are you posting a benchmark??? I have never seen you do that!!!". Really really ugly.
      
      Me on the other hand, often accept your benchmarks and had no problem of saying that POWER7 was the fastest cpu a while back. Because it was true, just look at the benchmarks! But to make you say something similar of SPARC would never work, no matter which benchmark I showed you. "No, that benchmark had blue ink, it must be black ink".
      
      0 2
      1. Thursday 4th October 2012 21:40 GMT Jesper Frimann
        
        Re: It's hilarious
        
        @Kebbabert.
        
        Now there is a huge difference between using a nickname.. and then using a real name. If I had called myself PizzaErnie things are a bit different. If you had used, lets say your real name was Stefan Ängström. People prob' wouldn't have made word plays on Kebbabert.
        
        As for being biased. Then to fanatics the somewhat neutral seem to be biased.
        
        As for benchmarks.. then there are benchmarks numbers and then there are "Earth Shattering World Record", where it turns out that there actually only have ever been one submission.
        
        Again I have had no problem calling T4 what it is.. a good solid product, I've said it several times, but that doesn't mean I have to love the T1, T2 and T3. I have no problem pointing out the RAS features of the M9000, but that doesn't mean that I'll participate in the 'dance around the golden bull', that people seem to insist doing when it comes to the SuperCluster.
        
        I call 'em as I see them.. and I am sometimes wrong.. which I admit when I am.
        
        // Jesper
        
        0 0
        
        Friday 5th October 2012 10:19 GMT Jesper Frimann
        
        Re: It's hilarious
        
        And just an update on the benchmark numbers.. If you remember the SPECjEnterprise2010 benchmark, here IBM actually released a new 16 core benchmark. And now funny enough then, as I predicted, POWER7+ is all of a sudden 2.2 times faster than the T4 on a per core basis. Now the T4 submission is still faster as it is using 128 cores versus 16 POWER7+.
        
        Again as I predicted.
        
        // Jesper
        
        0 0
Monday 1st October 2012 14:10 GMT Phil 4

The secret sauce is Oracle's storage to compute Infiniband I/O

Whats interesting in most of these articles questioning Oracles Engineered Systems performance -and like here on SPARC SuperCluster, is that they never mention the one technology that separates Oracle from every other vendor. While all of Oracles competitors continue to fumble with (potentially very fast) storage attached to compute via fibrechannel, limiting the performance potential of the storage, Oracle fully leverages InfiniBand attached storage. Infiniband interconnects move 16x more data than GigE and 5x more than 4Gb Fibrechannel. So, Oracle is in a unique situation having developed InfiniBand attached storage connecting a multi-tier storage architecture. This is where much of the performance differences come from.

1 4
1. Monday 1st October 2012 14:20 GMT Anonymous Coward
  
  Re: The secret sauce is Oracle's storage to compute Infiniband I/O
  
  # Infiniband interconnects move 16x more data than GigE and 5x more than 4Gb Fibrechannel"
  
  Didn't you just an hour ago try to refute the claim that Oracle compared new with old? What irony.
  
  1 0
  1. Monday 1st October 2012 16:34 GMT Phil 4
    
    Re: The secret sauce is Oracle's storage to compute Infiniband I/O
    
    HUH? That’s the whole point! Regardless of whether you compare Oracles Engineered Systems to the current latest competition from IBM or HP or with older systems for consolidation, its clear that Oracles Engineered systems including SPARC SuperCluster have a significant competitive advantage in performance as touted by this and many other reports.
    
    0 2
    1. Tuesday 2nd October 2012 00:46 GMT Anonymous Coward
      
      Re: The secret sauce is Oracle's storage to compute Infiniband I/O
      
      "its clear that Oracles Engineered systems including SPARC SuperCluster have a significant competitive advantage in performance as touted by this and many other reports."
      
      No, what using Infiniband would make clear is that Oracle wants to make their SuperCluster systems about anything other than Sparc. As mentioned, Infiniband is used by many other vendors. Oracle didn't invent scale-out clustering with Infiniband three years ago.
      
      1 0
2. Monday 1st October 2012 23:13 GMT Jesper Frimann
  
  Re: The secret sauce is Oracle's storage to compute Infiniband I/O
  
  Eh ?
  
  You do know that a lot of vendors have been doing Infiniband connected storage and networks for years.
  
  Way to many of you sunshiners are kind of like the Mac fanatics, typically not people who work with computers, (I like macs for what they are just to make that straight) who insist that everything was invented by apple.
  
  // Jesper
  
  1 0
3. Tuesday 2nd October 2012 00:43 GMT Anonymous Coward
  
  Re: The secret sauce is Oracle's storage to compute Infiniband I/O
  
  Yes, that Oracle Infiniband is so much faster than the identical Infiniband used in XIV and IBM's systems. Honestly, only Oracle would use an open standard as a competitive advantage. Oracle also uses these super secret CPUs called Intel Xeon, pronounced z-on, in their Exa systems... keep it on the down low though.
  
  2 0
Tuesday 2nd October 2012 10:39 GMT Phil 4

@ Jesper Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Yeah, many vendors may be supporting Infiniband connected storage for years but no one besides Oracle has produced an integrated/engineered solution using Infiniband to connect storage to compute nodes (host connectivity) that’s even leveraged by the database ie: flashcache. Even IBM's latest Puresystems don't support infiniband connected storage to compute and neither does HP's cloud matrix or VBLock.

And FYI, IBM's XIV only supported infiniband with its Gen 3 models which was announced last year. Not years ago. And have you checked what a base IBM XIV with just 72TB Raw price lists for? Almost $500K! And for compute? How much for Power7 system with same # of cores as a half rack SPARC SuperCluster (64 x cores)? 2 x Power 750's ( 32 x cores each) list at ~$400K. That’s close to a $1M combined. To put things into perspective, a complete half rack SPARC SuperCluster that includes 2 x SPARC T4-4s plus 108TB of raw data disk capacity plus over 1TB smart flash cache lists for $685K fully integrated.

0 0
1. Tuesday 2nd October 2012 12:01 GMT Matt Bryant
  
  Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O
  
  ".....but no one besides Oracle has produced an integrated/engineered solution using Infiniband to connect storage to compute nodes...." Besides the fact that many customers have had IBM, hp and even Dell build them such stacks as consulting exercises before Exadata was built, I think you'll find Oracle were so short of expertise they had to go get hp to design, integrate and build the first generation Exadata. It wasn't until after the Sunset that they switched to Sun hardware by simply switching out hp components for Sun ones. And the Infiniband switches and adapters used are badged items, not Sun's nor Oracle's own work. But don't worry, I'm sure they put a lot of original thougth and development work into the Oracle badges they stuck on the front.
  
  1 1
2. Tuesday 2nd October 2012 13:02 GMT Jesper Frimann
  
  Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O
  
  @Phil 4
  
  Your lack of basic knowledge about non oracle products is ... well.. alarming... Your problem is that you don't raise above the Oracle selected solution/method taking a top down look. You don't transcend beyond a single vendor solution paradigm.
  
  You define infiniband connected storage nodes to compute nodes as being a superior solution for supplying storage,
  
  Again the actual storage nodes are 'just' x86 serves with RAM, flash, SAN adapters that connect to disk drawers with SAS connected drives, the only real difference between this and hundreds of other solutions like it is that it uses infiniband to connect the Storage nodes to the It's actually very traditional and boring with todays standards.
  
  Now one of the forefathers of Infiniband was the IBM SP-switch, which was used in the IBM Scalable Power System HPC systems, which were also quite popular in the commercial marked.
  
  If you look at how you on larger SP systems did high performance large storage configurations.. then they had compute nodes connected to storage nodes via the SP switch. (which in it's late versions actually was more or less infiniband) Try looking at this paper http://www.almaden.ibm.com/cs/spsort.pdf from 1999.
  
  So your unique "integrated/engineered solution", is nothing new...other vendors have been there done that.. have a thousands T-shirts, and have moved on.
  
  So your whole Oracle made it first... is crap. sorry.. for the wording but...
  
  And why in the heavens are you pulling forward a XIV to compare to a SuperCluster server ?
  
  The whole reason for having a disk system like an XIV or an EVA or a DMX or.... is to consolidate storage from multiple physical hosts.
  
  Again if I am to build a solution with the same characteristic and limitations as a Supercluster I'd use internal DASD on a POWER server. Why the F word would I use an external DIsk box ?
  
  The whole idea of having a external Disk system like an XIV (which I hate btw. ), DMX, EVA or DS is to have the disk external... and have many hosts connecting to the same disk system.
  
  Again this is marketing bull, trying to take a weakness of a system and making it into a strength.
  
  If I want to serve fast storage in an integrated/engineered system to a virtual server, why not simply plug SDD in a PCI-e card and then use the hypervisor to share it out. Simpler, faster, more reliable, and much much cheaper.
  
  Again you are showing up with a knife to a gunfight, insisting that everybody else don't use their AK47, M16 or Glock's cause all you have is a knife.
  
  // Jesper
  
  0 0
  1. Tuesday 2nd October 2012 13:25 GMT Matt Bryant
    
    Re: Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O
    
    From the Wikipedia entry on Infiniband:
    
    ".....InfiniBand originated from the 1999 merger of two competing designs: Future I/O, developed by Compaq, IBM, and Hewlett-Packard; Next Generation I/O (ngio), developed by Intel, Microsoft, and Sun. From the Compaq side, the roots of the technology derived from Tandem's ServerNet....."
    
    Nope, can't see Oracle anywhere on that list! IBM and hp had a fun habit of coming up with competing and proprietary high-speed interconnects before they decided to play nice on Infinband, FC and GbE. I still remember the "joys" of RACs built with hp's Hyperfabric, and even hp's 100VG LAN "standard" before that (cue fade into sepia)....
    
    1 0
    1. Tuesday 2nd October 2012 18:31 GMT Anonymous Coward
      
      Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O
      
      HP coming up with technology? How many decades ago? Too bad Fiorina and Hurd killed real R&D from HP. HP used to be an innovative and interesting company. They haven't been a true R&D house for years. Even if these other companies started investing in Infiniband, many of them have abandoned or reduced their investment in the technology mostly because they didn't see it as a WAN technology.
      
      Oracle is now using it as a interconnect fabric, which makes tons of sense. Not only that, they've bought a 10% stake in Mellanox, the company driving Infiniband chip and hardware technology and also modified their software to really take advantage of the interconnect technology. No matter what you say, no one else is doing that at this scale and having this order of impact on performance on their portfolio stack (not just at a given tier of the IT stack e.g. servers or storage).
      
      The point that you're missing is that Oracle is taking standards based technology and improving upon it and adding value. And you can call them proprietary, but they really do try to adhere to standards. They're not just a volume product sales company like HP or a services led sales organization like IBM who would cobble things on your site. For Oracle, It really is about R&D that will result in aggregate benefits for their customer base that will justify their prices. Just look at their latest private and public cloud announcement.
      
      0 1
      1. Wednesday 3rd October 2012 14:24 GMT Matt Bryant
        
        Re: Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O
        
        "HP coming up with technology?...." Well, apart from all that printer stuff that keeps hp as the number one ink vendor, and earns more profits than the whole Oracle server division, you might want to Yahoogle for memristor.
        
        ".....How many decades ago?...." The memristor stuff is now. I guess you just don't keep up with IT stuff.
        
        "....Oracle .... bought a 10% stake in Mellanox, the company driving Infiniband chip and hardware technology...." Intel, the other Infinband switch maker, might disagree. Oh, and Intel own 100% of their stake, so they are actually influencing and developing, and not just watching.
        
        "..... and also modified their software to really take advantage of the interconnect technology. No matter what you say, no one else is doing that at this scale...." As has been pointed out, Oracle weren't even in the standards party. All the development, including drivers, were done by other parties and inherited by Oracle. The only unique thing about the Oracle idea is the attempt to lock customers into a walled garden of no choice and no open integration. By producing solutions that will work with other vendors' kit, hp, IBM and even Dell are putting in more real Infiniband work.
        
        "....The point that you're missing is that Oracle is taking standards based technology and improving upon it and adding value...." Nope, all they are doing is adding walls and removing choice to protect their DB revenure stream.
        
        ".....who would cobble things on your site...." There is a big difference between producing a tailored solution and "cobbling", and those tailor-made solutions will usually perform much better and more efficiently than a one-size-fits-all appliance.
        
        0 1
  2. Tuesday 2nd October 2012 19:28 GMT Anonymous Coward
    
    Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O
    
    You state: "Again the actual storage nodes are 'just' x86 serves with RAM, flash, SAN adapters that connect to disk drawers with SAS connected drives, the only real difference between this and hundreds of other solutions like it is that it uses infiniband to connect the Storage nodes to the It's actually very traditional and boring with todays standards."
    
    It's quite clever actually. These "just x86 servers" in aggregate can provide more performance and functionality for an Oracle database workload than traditional FC storage arrays. The real difference is not in the Infiniband, but in the software. The software that runs on it is database aware. That's the whole point and you're missing it. It's not about the hardware or the individual tiers. It's about the aggregate providing more value and reducing the costs. The fact that others have cobbled together a similar integrated solution through consulting services is the whole point of Exadata and SPARC SuperCluster. Why create a one off or maybe a handful of customized integrated solutions that will vary by customer when you can create one set of standard configurations that are engineered together from the start. Do you realize how much risk and change management issues you reduce that way? Do you realize how much you can do to the management tier to view things in aggregate? It's about the sum of the whole, not just the individual parts ,which incidentally are quite strong enough to hold themselves in comparison with competitor's components.
    
    Being able to off-load storage centric queries to accelerate performance while providing redundancy from a software perspective is interesting. The redundancy is quite interesting as it is software based. The data is mirrored or alternatively triple-mirrored. Data is spread across all the storage cells for performance and redundancy so that even if you lose an entire storage cell, there's no issue. To protect against the failure of an entire Exadata cell, ASM failure groups are defined. Failure groups ensure that mirrored ASM extents are placed on different Exadata cells. You can also hot swap the drives. ASM automatically stripes the database data across Exadata disks and cells to ensure a balanced I/O load and optimum performance.
    
    I agree with you that an XIV to SuperCluster comparison is not necessarily apples to apples. But SuperCluster is not a server. It's an engineered system that encompasses servers, storage (Exadata storage cells, 7320 NAS, and optionally external FC), networking (IB and 10 GbE), and management software. So if you were to compare the XIV, you could compare it to the Exadata storage cells and / or the 7320 NAS.
    
    You stated "The whole reason for having a disk system like an XIV or an EVA or a DMX or.... is to consolidate storage from multiple physical hosts." That's the whole point of a SPARC SuperCluster. You can consolidate Oracle databases on a database LDom. You can use ASM grid consolidate the database storage tiers from many legacy systems. You can consolidate Sybase ASE databases on to another guest LDom using external FC storage since ASE prefers block devices and get the benefits you outline. You can consolidate the Weblogic middleware tier onto an Exalogic LDom and get the performance enhancements of Exalogic. If you want third party middleware or applications like websphere or SAP, you can put those on a general purpose LDom. You can also consolidate further using Solaris Zones. In other words, the architecture of the storage tier does not limit storage or compute consolidation.
    
    And because this is optimized for the Oracle database, which is about 50% of the database marketshare and because database usually drives a sizable portion of the storage marketplace, you really get a huge benefit.
    
    BTW - your argument with respect to "serving fast storage in an integrated/engineered system to a virtual server, why not simply plug SDD in a PCI-e card and then use the hypervisor to share it out. Simpler, faster, more reliable, and much much cheaper" is flawed. If I want fast I/O, I'm not going to stick VMware in between my compute and my storage unless I have a liking for bottleneck and unpredictable database I/O performance. And for that matter, if Oracle wanted to do what you're stating, Oracle could have used their F40 PCIe card or their F5100 Flash array in their T4 or X3 product lines, their OVM Server hypervisors, and their Oracle Linux and Solaris OSs to do what you're claiming. They probably already did that, tested it out and found issues, which is why they came up with the Exadata and SuperCluster architectures. There are reason why Oracle chose not to go the way of the HP+Violin solution or what IBM and HP have been doing up until recently with Fusion IO and TMS RAMSAN despite the fact that Oracle had their own comparable solutions e.g. providing performance without compromising on HA.
    
    There are reasons why a large team of software and hardware engineers who really know their products and their industry really, really well and really, really, deeply chose not to go that route.
    
    You might raise arguments about unstructured data. In that case, you could use Oracle's Big Data Appliance perform your map-reduce functions at that tier, and use Oracle's connectors (http://www.oracle.com/technetwork/bdc/big-data-connectors/overview/index.html) to structure, and load the data into a SPARC SuperCluster or an Exadata. Then you can use an Exalytics BI engineered system to analyze or slice the data as you please. There is a reason why Oracle bought Endeca (http://www.oracle.com/us/corporate/acquisitions/endeca/general-presentation-517133.pdf).
    
    Want to use a statistical package like R? Well you can use R directly on that newly loaded data directly on the Oracle database running on an Exadata or SuperCluster.
    
    In other words, the comparisons that have been made so far are purely hardware centric. You're missing the point. This is about the software and hardware integrations to produce something more valuable and more than just performance, especially when you consider the ecosystem of solutions.
    
    0 1
    1. Wednesday 3rd October 2012 07:48 GMT Jesper Frimann
      
      Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O
      
      @AC.
      
      I am not saying that the SuperCluster isn't clever, it is a clever solution, build by the building blocks at hand from Oracle. The key being at hand here.
      
      And I take your:
      
      "In other words, the comparisons that have been made so far are purely hardware centric. You're missing the point. This is about the software and hardware integrations to produce something more valuable and more than just performance, especially when you consider the ecosystem of solutions."
      
      I am again quite aware of what Oracle is doing, and I am quite aware of the value of a proprietary fully integrated solution stack. And you do have a point. But it's not been the focus of the discussion up until now.
      
      So I see your little shift of focus here as a clever attempt of taking the focus away from the fact that Phil 4's arguments, which were all hardware and cost centric, aren't right.
      
      The facts are: That the platform isn't cheap, in TCO. The components inside the SuperCluster aren't of a quality that makes it comparable to an M9000, SD2, Highend POWER or even a mainframe. It's commodity server components.
      
      I am quite aware of the fact that the x86 Storage servers is able to do some optimization directed at being a storage server for an Oracle Database server. Most of the things that Oracle lists.. are just ... well storage server functionality, but smart scan isn't, and it is clever to have indexes on the storage system, that limits the amount of data you return from the storage system. It is clever.
      
      And again you then list a lot of stuff about how you can consolidate a lot of stuff inside the machine and and and. Again that isn't something that couldn't have been done better.. MUCH better on a SD2 or a largish POWER (Or a next generation M9000). With much better utilization, serviceability, reliability and performance.
      
      Now with regards to your rant about VMWare. Who the F word have been talking about Vmware, I don't care about VMware. I was talking about POWER servers, you do know that those run POWERVM right ?
      
      Again look at the Storage benchmark where and old 595 trashes pretty much everything else.. also the storage servers used inside a SuperCluster.
      
      And a solution like that is so.. much simpler and easier to maintain.
      
      And sorry I was almost laughing when you wrote "Do you realize how much risk and change management issues you reduce that way?"
      
      This is one of the things I do each day in my job. My job as Technical Design Authority is to drive down risk, price and complexity in a org. that spans 10+ countries and have tens of tens of thousands of servers by all different kind of brands and architectures.
      
      And believe me.. SuperCluster isn't the answer to my problems.. even though I daily get mails from Oracle saying that it, not to mention calls from hard pressed sails people who will metaphorically get their throats cut if they don't sell an Exadata or supercluster, I don't envy those guys.
      
      Yes compared to a complex multi vendor scale out clustered solution with external storage, that runs a pure or almost pure Oracle solution stack and and and... then it's simpler but that is not what people here like me and others have been arguing. Compared to a big virtualized quality UNIX box, then it looses out. Sorry..
      
      A server where something as simple as changing an adapter becomes a node down, and where the main selling point is that it's a single vendor vertical integrated solution, where you also can do other stuff... kind of ... but then you have to and and.. read what you wrote yourself
      
      "You can consolidate Sybase ASE databases on to another guest LDom using external FC storage since ASE prefers block devices and get the benefits you outline. "
      
      Again that defies the whole point of the SuperCluster solution....
      
      And then there is the whole integration with existing backup solutions, management software and and and.... oooohh....
      
      // Jesper
      
      0 0
    2. Wednesday 3rd October 2012 09:06 GMT Anonymous Coward
      
      Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O
      
      I see that the Oracle guys here only focuses on hardware cost but as every person knows licensing cost far exceeds hardware cost for these solutions. For every socket you pay for in hardware you pay 30 to 50 times the amount in software.
      
      So you have to make the most out of every core and the best way to do that is to run some Type 1 hypervisor and run your Oracle instances on a shared processor pool to drive up core utilization.
      
      So what are the Oracle offerings here? Yup, Oracle VM(Xen) for their x86-boxes and LDOM for SPARC. Exadata looks fine on that PowerPoint slide but if the quality of Exadata/SuperCluster is on par with Oracles virtualization technologies then I just say: "NOT WITH A TEN FOOT POLE".
      
      1 0
      1. Wednesday 3rd October 2012 09:25 GMT Jesper Frimann
        
        Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O
        
        Jup, I agree.
        
        I actually helped out a project last year for a large client, which cut their Oracle license usage down by 60%. The savings, over the lifetime of the new solution, paid for the whole project including new hardware man time etc etc.
        
        Seeee.... that was clever.
        
        // Jesper
        
        1 0
    3. Wednesday 3rd October 2012 14:29 GMT Matt Bryant
      
      Re: Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O
      
      ".....There are reasons why a large team of software and hardware engineers who really know their products and their industry really, really well and really, really, deeply chose not to go that route....." Yes. The reason was Larry had thrown a tantrum with hp over his tennis buddie Hurd and didn't have access to hp's engineering resource to build him a next gen of Exadata, especially as the fired the few real engineers Sun had. So all Oracle can do now is tweak it and hope no-one realises it's just a walled garden on an appliance and nothing special at all.
      
      0 1
Tuesday 2nd October 2012 18:15 GMT Anonymous Coward

Re: The secret sauce is Oracle's storage to compute Infiniband I/O

This is not accurate. Infiniband is only one part of the secret sauce. It's actually the SPARC SuperCluster's and Exadata's Storage Cell, which is Infiniband enabled, that is the secret sauce. That's not just from using Infiniband from a hardware perspective, but also from a software integration perspective. These Oracle systems use iDB, which is built on the industry standard Reliable Datagram Sockets (RDSv3) protocol and runs over InfiniBand. ZDP (Zero-loss Zero-copy Datagram Protocol), a zero-copy implementation of RDS, is used to eliminate unnecessary copying of blocks. This is an extremely fast low-latency protocol that minimizes the number of data copies required to service I/O operations.

The key differentiation between using Exadata vs using some combination of distributed servers (x86/POWER/Itanium) attached to some storage i.e. NAS via dNFS or FC via ASM is that Exadata/SuperCluster storage layer is actually aware of the database data. You're not just having the storage layer sending all these blocks back without understanding whether the underlying data is relevant to a given query. So the storage tier is sending less but actual query-relevant data back to the database compute tier.

To understand this better, you have to look at the capabilities:

1. Exadata Smart Scan: Row filtering, column filtering and some join processing (among other functions) are performed within the Exadata storage cells. This also includes Encrypted Tablespaces (TSE) and Encrypted Columns (TDE).

2. Storage Indexing: Help avoid unnecessary IOPs. This feature would check the min and max values of DB columns stored on a given cell and determine if it even needs to look up the relevant data in those columns.

There are some other capabilities as well that you can go and look up for yourself.

Also, the comparisons that Larry was making at his Keynote (http://www.youtube.com/watch?v=m4BPuQ0Da6k&feature=plcp) was comparing EMC VMAX with SSD Disk from a bandwidth perspective and P-Series+IBM DS Storage with SSDs. The key point is that the Flash in the SuperCluster and the Exadata is actually an extension of the memory hierarchy, not fast disk like SSDs are. The updated difference with the latest Storage Cell Software is that the flash is not only a read-cache, you can also use it as a write cache. So you get a whole lot faster write performance.

Then you can compress the data. If you have OLTP, RMAN backup, Dataguard replication, unstructured data compression and deduplication via SecureFiles and data pump data, you can compress this using Advanced Compression. Advanced Compression is a general database feature. This generally gets anywhere from 2-4X data compression. If you use HCC on data warehouse data, you can get 6x-10x compression. If you use HCC on archive data, you can get 15x compression. HCC is exclusive to Exadata, SPARC SuperCluster, ZFS Storage appliance and Axiom product lines. These compression levels are orders of magnitude better than what you can get with traditional storage arrays from Oracle's storage competitors. In addition to reducing the storage used i.e. storage efficiency, what this really means is performance acceleration because you can stick all this data into RAM and Flash Cache. And guess what, this data gets stuck into RAM and Flash cache based on usage automatically. DBAs and storage admins don't need to manually move data back and forth monitoring usage patterns like you would have to with traditional storage arrays. Huge savings in management overhead.

You really can't do any of the above mentioned things with traditional distributed servers and storage architectures. I don't know enough about IBM's new Pure systems to see if they added these types of enhancements into the DB2 and Storage subsystem or other enhancements to provide this level of performance gains. Definitely nothing on the MySQL, Sybase ASE/IQ, or MS SQL Server space that can do this.

If you really want to understand these things better, take a look at:

1. http://www.oracle.com/technetwork/database/exadata/exadata-technical-whitepaper-134575.pdf

2. http://www.oracle.com/technetwork/database/storage/advanced-compression-whitepaper-130502.pdf

3. http://www.oracle.com/technetwork/middleware/bi-foundation/ehcc-twp-131254.pdf

0 0
Wednesday 3rd October 2012 09:16 GMT Jesper Frimann

Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Again I am not saying that the storage solution isn't clever.

I'm not saying that what Oracle have done on the software stack lever isn't clever, either.

BUT.... it's Oracle DB storage 'stuff'. And to shock you a little bit.. people do run other things that Oracle products, and People do have centralized backup systems, people do have.....windows, linux,HPUX,Solaris,AIX,zOS........ so all the clever stuff here more or less only applies to a pure Oracle solution stack.

And where as Oracle sales people might have luck in convincing some drunk CIO, and the most diehard Oracle fanatics that this solution is going to save their IT depardements.

Then us in the RL know better.

If I think zfs appliance storage is great. I don't need to buy a SuperCluster, I can just buy a zfs appliance and hook my dell windows server up to it. No problem.

So SuperCluster is always going to be a niche system that potentially only "solves" a little part of the IT problems that companies face today.

// Jesper

1 0
Wednesday 3rd October 2012 13:10 GMT Anonymous Coward

Re: The secret sauce is Oracle's storage to compute Infiniband I/O

What makes you think these Oracle engineered systems don't integrate with centralized backup systems like TSM, NetBackup, etc. for backup, cataloging, etc?

And as far as centralized management frameworks like an HP OpenView Operations Manager or BMC Remedy Troubleticketing solutions, those already are in place and there are ways of doing that.

As far as your choice of Operating systems, you've just mixed Windows with Linux/UNIX with Mainframe. If you want to run Mainframe applications, you either run on the Mainframe (as proprietary as you can get), you deprecate the application and re-write the functionality on to a distributed platform, or you re-host onto something like a Oracle Tuxedo or a Clerity (now Dell) UniKix solution.

As far as Windows, some linux and Solaris x86 - well you can cobble something together something like oh I don't know Oracle's X3-2 servers running OVM x86, Oracle's 72p 10 GbE switch, Oracle's ZFS Storage Appliance. Oh you want to run VMware? Well Oracle does certify VMware on their x86 kit. You want a bit of a reference architecture on how to do this? Well I guess you could use http://www.oracle.com/ocom/groups/public/@otn/documents/webcontent/1508069.pdf. But clearly, you're not going to get as much value in terms of reducing storage cost by as much as 10x and 10x performance, and having so much performance that you actually need less software licensing.

Oh you want to do the same thing on SPARC given that the estate of existing servers running Solaris 8, 9, 10 and possibly 11 is huge in your environment but aren't ready to go to an engineered system? Perhaps this would work for you: http://www.oracle.com/technetwork/server-storage/hardware-solutions/o12-043-cloud-sparc-1659149.pdf. But again, you're not going to get the same orders of magnitude benefits as an engineered system.

If you want to do things on Linux for application/middleware/DB/BI/Unstructured Data, you have Exalogic/Exadata/Exalytics/Big Data Appliance+Connectors. If you want to modernize your SPARC estate and get orders of magnitude performance gains, storage and licensing savings, SPARC SuperCluster is there. If you aren't ready for engineered systems, Oracle has some solutions for you. It's all about solving problems appropriately. If you want to keep calling out objections and issues and aren't interested, then that's fine. You can work with your preferred vendor but I don't think you will be able to deploy it as quickly, address multi-vendor issues and performance issues you may have.

POWER, Itanium and SPARC are clearly direct competitors. So you would choose one over the other. If you chose to go with POWER or Itanium, that's your choice. However, Solaris has clearly had better ISV support over the years and it's very likely, though there may be some exceptions, that any ISV you have on POWER, you can likely get on Solaris or Linux. So you either port or migrate. And given that POWER and SPARC are both big endian and UNIXs, it probably makes sense to go to a SuperCluster.

I've heard of POWER VM. It's a good solution, though I have heard of some stability issues over the last couple of years or so with the P795 and it's POWER VM because it stores the hypervisor in memory and DIMM failures can cause a platform wide outage. IBM is working on it and may have already resolved the issue. However, Solaris Zones and LDoms are strong (and often complementary) virtualization options from Oracle. And you get the management software in OEM Ops Center that can manage these from end to end and integrate up into centralized management frameworks. (BTW, solving backup for those issues were done even with Sun). Both Zones and LDoms are hard license boundaries for Oracle (not to mention the SPARC and Intel chips used in Oracle's engineered systems having lower per-core licensing factors as well as the same or less PVU factor for IBM software) software as well as many other ISVs' software licensing schemes.

Oracle has sold a ton of these engineered systems. If you think that many CIOs were just drunk when that every single one of these CIOs made their decisions and without vetting it by their technology, finance, operations, legal, risk and compliance organizations, and not see a positive and significant financial, technical, and operational return before approving such expenditures....well.....

But if you want to solve a problem and do so in a cost effective manner, there are options worth considering with Oracle, especially in this day and age of standardization, simplification and cost reduction. In the end of it all, if you wanted to object to any subject, I suppose you could because nothing is perfect.

0 0
1. Wednesday 3rd October 2012 14:38 GMT Matt Bryant
  
  Re: Re: The secret sauce is Oracle's storage to compute Infiniband I/O
  
  "....POWER, Itanium and SPARC are clearly direct competitors. So you would choose one over the other. If you chose to go with POWER or Itanium, that's your choice. However, Solaris has clearly had better ISV support over the years...." ROFLMAO! You do realise, since that courtcase that Larry gave himself and then lost, hp's Itanium platforms are the ONLY ones in the market that are guaranteed the full gamut of Oracle software and support, for as long as they are available? You think I'm kidding, try asking your Oracle rep for an open-ended guarantee that Oracle will support all the same products even on their own x64 servers with Oracle's RHEL clone, or with Slowaris on SPARC! They won't because they can't. So, in terms of Oracle support, hp actually has an industry unique guarantee, all due to Larry and his big, greedy mouth. LOL!
  
  0 1
  1. Wednesday 3rd October 2012 15:53 GMT Anonymous Coward
    
    Re: The secret sauce is Oracle's storage to compute Infiniband I/O
    
    Regardless of any contractual commitments, the net effect of the lawsuit is that Itanium sales have dropped and effectively dead ended the platform. You should see the number of HP BCS reps that are running out the door or are just plain unhappy with Itanium sales and pushing HP DL 980s instead. I think I saw something in August stating it was at a 5 year low. Regardless of what you say about Solaris and SPARC, Itanium has an even poorer impression in the market place and future. It was part of the reason why HP was looking to buy Sun for its hardware anyway. They knew their challenges as far back as 2010. It's only gotten worse.
    
    0 0
    1. Wednesday 3rd October 2012 19:42 GMT Matt Bryant
      
      Re: Re: The secret sauce is Oracle's storage to compute Infiniband I/O
      
      ROFLMAO! The Sunshine is strong with this one!
      
      ".... the net effect of the lawsuit is that Itanium sales have dropped and effectively dead ended the platform...." But you Sunshiners assured us NO-ONE would be buying Itanium, and even with the hardest FUDding possible the sales were still continuing BEFORE Oracle lost the trial. And some of the downturn was no doubt due to the imminent arrival of next gen Itanium systems using Poulson. Customers now looking at hp Poulson system purchases now have the ONLY cast-iron guarantee of Oracle appliction availability and support available to any server in the market.
      
      ".....You should see the number of HP BCS reps that are running out the door...." And where are you seeing this from? I doubt if it is anywhere near hp so I'm guessing it was during some dream or fanatsy? Strange that the hp BCS salesgrunts would be exiting a company that still has the strongest x64 line sales and very strong storage sales, but at least if some are leaving it's by choice, rather than the bloodbath that happened at Sun.
      
      "......I think I saw something in August stating it was at a 5 year low....." UNIX has been trending down for years, just go ask those ex-Sun server salesgrunts now working for Dell, IBM, and - yes - hp!
      
      ".....Itanium has an even poorer impression in the market place...." I doubt if you can even see a fraction of the marketplace round those Sunshine blinkers.
      
      "....It was part of the reason why HP was looking to buy Sun for its hardware...." WHAT!?!?!? Are you smoking something? Oracle wanted hp to buy the Sun hardware biz back in 2009 and hp declined. Hp were also not interested in buying the whole Sun carcass. That is a matter of public record as shown in that trial were Larry got his a$$ kicked (http://www.businessinsider.com/oracle-hp-sun-microsystems-hardware-split-2012-6). And IBM weren't interested in buying Sun even when it meant they could get control of Java. Only a truly delusional and fanatical Sunshiner would want to pretend otherwise.
      
      /SP&L
      
      0 1
2. Wednesday 3rd October 2012 17:57 GMT Jesper Frimann
  
  Re: The secret sauce is Oracle's storage to compute Infiniband I/O
  
  Amazing... we've got us an actual Oracle sales guy here, must be with the speed of which those Oracle links pop up.
  
  Sure the platforms integrate with other infrastructure solutions, but that kind of defeats the whole purpose of having a 'Datacenter in a can' as the SuperCluster and it's siblings are sold as. The whole pitch, or at least the one that we have seen from Oracle, is a 'You only need this box'
  
  As for LDoms and Zones versus POWERVM.. you've gotta be kidding.
  
  LDoms is basically partitioning when it comes to memory and processor resources, as people have done with vPAR and LPARS on other platforms for years. Something as simple as dynamic reconfiguration, came what... last year with 2.0 ?
  
  Comparing it to VMware, Xen, POWERVM or HPVM capability in this area.. .well not really appropriate.
  
  Sure it can do some I/O virtualization, but that is hardly the same
  
  Then sure there is Zones, but that's operating system-level virtualization, not really something you want to use when having virtual machines for example in different firewall zones or having multiple customers on the same machine or mixing up production and test/development. And please spare me for the It's no problem, it's people like me and the company I work for that get their b*lls in the machine if it doesn't work.. not the Oracle sales guy.
  
  And the stability hint with POWERVM.. oh, that one elegantly hinting must be from page one in the Oracle systems sales manual.
  
  And as for the low cost of ISV software licenses on SPARC.. there is a natural reason for that.. and that is the actual throughput of the platform.
  
  And then you'll use plenty of licenses anyway. Again if you have a T4-4 and you want to run 20 LDoms test/production/education whatever each using 10 threads each having a average utilisation of 20%. You'll end up having to using (if they use Oracle software) 13 licenses.
  
  If you on the other hand had been able to run .. lets say POWERVM on the T4-4, you would have been able to do shared pool overcommitment.. lets just say a factor of 3 to raise the average utilization to 60%, hence cutting down on your required licenses to... 5, and if you had been using a POWER server the number of licenses would be even less.
  
  So it's really a nobrainer why Larry bought SUN, it's protection of his base install. And it also explains why he charge you for the full server when/if you use Vmware.
  
  As for drunk CIO's.. I've seen plenty.. cleaned up after them.. and the worst are the ones that aren't drunk.. cause that is what it is.. the worst are the ones that aren't drunk but just incompetent. Or are more concerned about .. well... lets stop here
  
  And just saying that there are CIO's that have bought systems then it must be good... ...
  
  Ok. Where is the increase in UNIX markedshare then ? If these systems are that good and so successful where are the Marked numbers ?
  
  The real deal is that IBM is slowly making the UNIX marked into a one horse race. It is not something that all us old UNIX warhorses like... but that is what is happening. Oracle SPARC servers are getting killed out there in the RL marked.
  
  And no matter how much you dress the SuperClusters and it's siblings and put lipstick on it, it's still lowend-midrange servers with a somewhat clever software stack ontop of it. And you'll never get it to run at SD2, Mainframe, POWER server utilization, reliability and serviceability
  
  Now if they actually got their fingers out and started making systems like in the old days.. or rather bought companies that could, then well.. it might work, cause there still is a large and loyal customer base out there.
  
  1 0
  1. Wednesday 3rd October 2012 19:57 GMT Matt Bryant
    
    Re: Re: The secret sauce is Oracle's storage to compute Infiniband I/O
    
    "....bought companies that could, then well.. it might work, cause there still is a large and loyal customer base out there." Apart from the fact I'm not sure who they could buy. Fujitsu is the only candidate I can think of that can make a proper SPARC server and they are beyond Larry's pockets, even in the Japanese government OK'd the deal. The Solaris base is already shrinking away, mostly to Linux on x64 but NOT Larry's clone of RHEL. And Larry doesn't just need to buy a new hardware biz, he needs a whole new salesforce. Larry hasn't done nearly enough to keep the Solaris base loyal, can't ship the hardware when they do make a sale, and is destroying the salesforce it needs to sell the servers in the first place (http://www.businessinsider.com/oracle-former-employees-explain-why-it-cant-sell-hardware-2012-4#ixzz1xW57H0zB)! I expect Larry's exit from the hardware buisness is not too distant in the future.
    
    0 1
Wednesday 3rd October 2012 20:01 GMT Anonymous Coward

Matt - See slides 8 and 9 - http://www.oracle.com/us/corporate/features/6-1623009.pdf

0 1
1. Wednesday 3rd October 2012 20:14 GMT Matt Bryant
  
  <Yawn>
  
  That was a POSSIBLE option, not the ONLY plan. I'm sure there were other plans looked at where hp merged with Oracle, or bought SAP, etc, etc. The REALITY is hp took one look under the Sun hood and backed off. Same goes for IBM. And even then your own slides show hp only ever expressed an interest in Solaris, the software, and had no interest in the Sun hardware. Indeed, hp then decided RHEL and hp-ux were more important to them in the enterprise and Solaris wasn't such a good idea for switches, and went and bought 3COM instead, cementing their position as CISCO's only real competitor in enterprise networking. Try again, little troll!
  
  /SP&L
  
  0 1

Topics

Special Features

Vendor Voice

Resources

COMMENTS

Of course there is spare CPU cycles...

Re: Of course there is spare CPU cycles...

Re: Of course there is spare CPU cycles...

Re: Of course there is spare CPU cycles...

Re: Of course there is spare CPU cycles...

SPARC, not Sparc !

Re: SPARC, not Sparc !

Re: SPARC, not Sparc !

Re: SPARC, not Sparc !

Re: SPARC, not Sparc ! (@AC 14:03)

Re: SPARC, not Sparc !

Re: SPARC, not Sparc !

Re: SPARC, not Sparc !

Re: SPARC, not Sparc !

Sparc is fine Re: SPARC, not Sparc !

Re: Sparc is fine SPARC, not Sparc !

XIV ?

Re: XIV ?

Re: XIV ?

Re: XIV ?

Re: XIV ?

Re: XIV ?

Oracle press releases full of FUD? Who would have thunk it...

Superdome2 flash.

Vendor benchamrk? Meh!

IBM do it too...

Re: IBM do it too...

Re: IBM do it too...

Re: IBM do it too...

Re: IBM do it too...

Re: IBM do it too...

Re: IBM do it too...

Re: IBM do it too...

Re: IBM do it too...

Re: IBM do it too...

The wonders of statistics.

What you'd need...

Oracle make stuff up? No! Really?

Re: Oracle make stuff up? No! Really?

Re: Oracle make stuff up? No! Really?

Re: Oracle make stuff up? No! Really?

Comparable systems

Re: Comparable systems

timw@splhi.com

Re: Comparable systems

It's hilarious

Re: It's hilarious

Re: It's hilarious

Re: It's hilarious

Re: It's hilarious

Re: It's hilarious

The secret sauce is Oracle's storage to compute Infiniband I/O

Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Re: The secret sauce is Oracle's storage to compute Infiniband I/O

@ Jesper Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O

Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O

Re: Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O

Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O

Re: Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O

Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O

Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O

Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O

Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O

Re: Re: @ Jesper The secret sauce is Oracle's storage to compute Infiniband I/O

Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Re: Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Re: Re: The secret sauce is Oracle's storage to compute Infiniband I/O

Re: The secret sauce is Oracle's storage to compute Infiniband I/O