Slashdot Mirror


Is HP Paying Intel To Keep Itanium Alive?

itwbennett writes "In a court filing, Oracle accused HP of secretly contracting with Intel to keep making Itanium processors so that it can continue to make money from its locked-in Itanium customers and take business away from Oracle's Sun servers. Oracle says that Intel would have long ago killed off Itanium if not for these payments from HP. For its part, HP called the filing a 'desperate delay tactic' in the lawsuit HP filed against Oracle over its decision to stop developing for Itanium."

216 comments

  1. Support by CmdrPony · · Score: 5, Interesting

    I don't see what's wrong with this. HP is just making sure their existing customers are supported, even if it means making specific contracts with Intel directly. I'd be angry at HP if I bought an expensive server and they wouldn't support it.

    Maybe Oracle should come up with better and faster servers so that they can win customers on their own merits?

    1. Re:Support by shri · · Score: 4, Insightful

      I agree with this wholeheartedly. It is a commercial agreement to prolong support and development of a component that is vital to HP's line up. Is the Itanium not available to Oracle to use in its lineup of servers?

    2. Re:Support by Jah-Wren+Ryel · · Score: 5, Interesting

      I completely agree. Itanium was a boondoggle years before it shipped. But if you were stupid enough to buy into all the marketing, at least HP hasn't just abandoned you. Better to have the choice to leave than to be pushed off. Besides, nowadays the Itaniums suck much less than the first couple of generations did.

      --
      When information is power, privacy is freedom.
    3. Re:Support by afabbro · · Score: 2

      What is wrong with a software publisher saying they will stop supporting a hardware platform in a future release? Redhat and Microsoft also dropped support for Itanium.

      --
      Advice: on VPS providers
    4. Re:Support by Anonymous Coward · · Score: 0

      Why not just give people an easy way to upgrade instead?

      That's how these things are usually handled. When Apple ran out of Lisa components, they gave customers the option of turning it in for a Mac Plus with 10MB drive.

    5. Re:Support by MrLint · · Score: 2

      well...
      https://en.wikipedia.org/wiki/Apple_Lisa#The_end_of_the_Lisa
      In 1987, Sun Remarketing purchased about 5,000 Macintosh XLs and upgraded them. Some leftover Lisa computers and spare parts are still available today.

      In 1989, Apple disposed of approximately 2,700 unsold Lisas in a guarded landfill in Logan, Utah, in order to receive a tax write-off on the unsold inventory.

    6. Re:Support by Lord_Jeremy · · Score: 5, Informative

      HP's lawsuit against Oracle was that Oracle had agreed under contract to support the Itanium architecture for a certain period of time. It's the breach of contract that is the problem.

    7. Re:Support by CmdrPony · · Score: 2

      In this case Oracle had a contract to continue that support. They violated that contract. Red Hat and Microsoft didn't have such contract, so there's nothing wrong with them dropping support.

    8. Re:Support by Jah-Wren+Ryel · · Score: 4, Insightful

      What is wrong with a software publisher saying they will stop supporting a hardware platform in a future release? Redhat and Microsoft also dropped support for Itanium.

      They are not just a software publisher. They have near monopoly levels of control on the big-iron database market and they are using it to leverage their otherwise anemic hardware platform. Whether that rises to the level of "tying" that is considered anti-competitive is for the courts to determine.

      --
      When information is power, privacy is freedom.
    9. Re:Support by the+linux+geek · · Score: 3, Insightful

      Microsoft and Red Hat had negligible market share on Itanium. Most VMS and HP-UX customers run Oracle products, and Oracle is a direct competitor for servers and operating systems with HP. The whole thing looks wildly anticompetitive.

    10. Re:Support by Anonymous Coward · · Score: 2, Interesting

      There is one area where the Itanium has shined: VMS

      Once Alpha had reached endgame, The Itanium filled the gap.

      X86 systems just do not have the I/O bandwidth needed for VMS applications.

      And HP is contractually bound to support VMS and Oracle is bound to support RDBMS installations.

      By attacking Itanium, they attack VMS and in turn RDBMS.

    11. Re:Support by TWX · · Score: 5, Interesting

      It's probably more that Oracle doesn't want to support Itanium anymore, but I'm guessing that so long as Itanium is viable they're stuck supporting contracts that they have with HP. HP is in the middle of suing Oracle for their declared end of support for Itanium products. If Intel continues to make Itanium at HP's behest, that might leave Oracle on the spot.

      Sucks to be Oracle's contracts department, but that's what happens when one doesn't write in a good escape clause. It probably legally doesn't really matter why Intel is still supporting the Itanium line, because I'd bet that Oracle never saw this one coming, but since Oracle is a third party to Intel and HP's business dealings as far as the contracts between the two, there's probably not a lot more than complaining that they can do.

      --
      Do not look into laser with remaining eye.
    12. Re:Support by iggymanz · · Score: 4, Interesting

      no monopoly, plenty of other big-iron databases besides Oracle around. DB2 is the real big-iron database, costs less, scales bigger (on Unix to over 100 servers, on mainframes to 32 data sharing groups, each one can be made of multiple MVS systems), performs better

    13. Re:Support by Anonymous Coward · · Score: 0

      Ok, grandpa.

    14. Re:Support by Anonymous Coward · · Score: 1

      The problem is that HP has filed a lawsuit against Oracle, saying that Oracle should support Itanium. Oracle wants to support its decision to discontinue Itanium development by saying that Itanium is so bad now that there is no market demand for it and it is not worth developing new software for it. Unfortunately for HP, Microsoft has discontinued its Windows for Itanium and Redhat has stopped RHEL development for Itanium.

      Is this affecting Itanium sales? You bet. The fiscal 4th quarter results were out today and their business critical system (read Itanium servers) sales declined 23%. This is despite the fact that Oracle made announced only 7months prior to fiscal year close. This seems to be the single biggest annual decline in Itanium servers at HP.

    15. Re:Support by Anonymous Coward · · Score: 2, Informative

      Unfortunately, Oracle claims that no such contract exist and it has publicly challenged HP to produce such a contract and HP has so far refused to take up the challenge. So far HP has not given any credible evidence that analyst believes is valid and its stock price reflects this view.

    16. Re:Support by pjr.cc · · Score: 5, Insightful

      Aside from the fact that the flow-on consequence is that oracle then needs to develop the ia64 oracle side - I still cant see why oracle think this is something worth even mentioning.

      HP paid intel to keep making a chip HP uses - OH FOR SHAME! Or is the big thing about it the "secret" bit cause well, contracts like that do tend to be rather "sensitive".

      But "oracle whinges cause HP tries to keep its IA64 customer base from moving to oracle servers" just sounds kinda ridiculous. Even reading the article is really not helping me get the problem oracle are trying to get at here. It reads like:

      Oracle to HP: We would like to steal your customers please
      HP to Oracle: Um, no thanks?
      Oracle to HP: HAH, NO ITANIUM FOR YOU!
      HP to Oracle: im sorry, but see this piece of paper says you cant do that

      Meanwhile at the HP cave:
      HP to Intel: heres some cash to continue IA64 development work
      Intel to HP: Sure, no problem, we'll make silicon for you, we do that.

      Meanwhile back at the Oracle Cave:
      Oracle to Universe: WAAAAH HP WONT LET US STEAL THEIR CUSTOMERS.
      *much thumb sucking ensues*

      Now if HP had pain intel to stop making the IA64 to gimp dell (or someone else) for instance, then sure thats worth mentioning.

    17. Re:Support by Ossifer · · Score: 1

      Maybe HP shouldn't act fraudulently in signing contracts?

    18. Re:Support by hedwards · · Score: 1

      Precisely how is this anticompetitive? It might screw over Oracle's ability to sell these companies new hardware, but ultimately this is market forces in action. IBM has found it to be more profitable to pay Intel to continue producing the chips that it needs in order to maintain those computers so that the contracts can continue to their completion. And if there aren't any contracts in play, then I'm not sure why it is that Oracle can't do something similar. I'm not sure I see how this is any different from any other time that a company buys components to maintain aging equipment.

      Ultimately Itanium isn't that old, Intel was manufacturing the 80386 until only a few years back.

    19. Re:Support by jd · · Score: 2, Insightful

      The Itanium could be a very nice processor, if they continued developing it. Although I'd suggest using a new brand name, after the total disaster of the first version. A pure 64-bit chip with no limitations due to legacy architectures has a lot of potential, potential Intel never really took advantage of. It didn't help that they never wrote a decent compiler for it.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    20. Re:Support by Anonymous Coward · · Score: 1

      > X86 systems just do not have the I/O bandwidth needed for VMS applications.

      [citation needed]

    21. Re:Support by jd · · Score: 1

      Yes, but producing the contract would make Oracle back down, which is profitless. Getting into a lawsuit and winning would be worth a lot of money.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    22. Re:Support by jd · · Score: 3

      Neither should Oracle. Hell, in a perfect world, both companies would donate all their assets to responsible companies and then quit.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    23. Re:Support by Anonymous Coward · · Score: 0

      Perhaps bandwidth does not mean what you think it does...

    24. Re:Support by dogsbreath · · Score: 3, Informative

      I guess Oracle in their infinite wisdom have decided that a processor in a very marginal market is the reason Sun hardware sales are dying/dead, and not the fact that the Sun line is a choice between Intel (available from everyone) or Sparc (either slow and questionable performance, or power / rack space hungry ).

      Considering it is actually Xeons, x86, and IBM hardware in the virtualization space that is the main market now, I don't see how this legal sidebar with HP does Oracle any benefit.

    25. Re:Support by wisty · · Score: 4, Funny

      DB2 is the best big-iron database, and MS-SQL is the best big-iron database for people who don't really like databases.

      I guess that leaves Oracle as the database for people who like databases, but not too much. The Mitsubishi Lancer of databases, as it were.

    26. Re:Support by Anonymous Coward · · Score: 5, Funny
    27. Re:Support by Anonymous Coward · · Score: 3, Funny
      I'd suggest using new brand name... A pure 64-bit chip with no limitations due to legacy architectures has a lot of potential, potential Intel never really took advantage of.

      I hear Alpha AXP's not being used...

    28. Re:Support by hairyfeet · · Score: 5, Informative

      Question: How EXACTLY could the Itanic have been a very nice processor? Because everything i've read about the thing boils down to the entire arch was built so that it required this mythical "super compiler" that could optimize the code much better than even doing it by hand to constantly keep the long pipes fed and Intel didn't bother to actually HAVE such a compiler before shipping and in fact was never able to produce one. this of course was followed by AMD wisely capitalizing on its competitor's mistake and going for X64, thus taking out the last major selling point of Itanic which was the 64 bit registers and memory addresses (without having to use hacks like PAE that is).

      So from where i'm sitting it looked like another Netburst, doomed from the start. Even the wiki says "Only a few thousand systems using the original Merced Itanium processor were sold, due to relatively poor performance, high cost and limited software availability." So right out the gate you had a chip that cost too much, delivered too little, and of course by abandoning X86 really didn't have squat to run on it. i honestly don't see how a chip that comes limping out the gate like that could be anything BUT a dead end.

      If it would have delivered the performance (Athlon64, Core) or been revolutionary in price per watt or in price period (ARM) then i could agree with you. but at least from where I'm sitting Itanic was Intel's way of trying to get everyone on the planet to throw out their systems and start all over again, while at the same time being able to lock competition in the way of AMD out of the market and it failed. Given that we would be looking most likely at an Intel only world right now if it hadn't i think we should be grateful its toast.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    29. Re:Support by hairyfeet · · Score: 4, Interesting

      But to quote the great and powerful Chewbacca defense 'it makes NO sense!" If HP DID have such a contract, why not produce it when their stock started to nosedive? showing the world it had old larry by the nuts and was suing him would have caused the stock to CLIMB yes? And if oracle DID sign such a contract why even go into court knowing all HP has to do is produce the contract and that's their ass? it makes NO sense!

      The ONLY way i can see this making sense is if HP has NO contract like that with oracle and they are on the hook with supporting itanium. Then lying their asses off and stretching it out in court makes perfect sense as they are trying to keep from getting sued by those people who were sold these supercomputers that aren't gonna be able to run dick when oracle walks away.

      If someone else can explain how it makes sense any other way please do, but I've been scratching my noggin over this for the past half hour and it just doesn't add up the other way, at least not for me.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    30. Re:Support by shentino · · Score: 2

      There's always promissory estoppel.

      Did Oracle let HP rely on any implications?

    31. Re:Support by shentino · · Score: 1

      I think that Oracle wanted to sabotage HP by shitting on Itanium.

      Oracle's naysaying is nothing more than FUD designed to undermine market confidence.

      Thing is if enough vendors believe it, it becomes a self fulfilling prophecy.

    32. Re:Support by inasity_rules · · Score: 1

      How long have you been waiting to do that? And are you actually going to give him the car?

      --
      I have determined that my sig is indeterminate.
    33. Re:Support by cheeks5965 · · Score: 0

      Woosh

      --
      -- Flame me and I will happily flame you back. Bring it!
    34. Re:Support by cheeks5965 · · Score: 0

      Whoosh!

      --
      -- Flame me and I will happily flame you back. Bring it!
    35. Re:Support by inasity_rules · · Score: 1

      Not really, I do get the joke. Which is why I asked "how long have you been waiting to do that?"

      --
      I have determined that my sig is indeterminate.
    36. Re:Support by Anonymous Coward · · Score: 0

      Reverse whoosh!

    37. Re:Support by Anonymous Coward · · Score: 0

      > where the Itanium has shined:

      SHONE. SHONE SHONE SHONE. Not "shined".

    38. Re:Support by drinkypoo · · Score: 1

      A pure 64-bit chip with no limitations due to legacy architectures has a lot of potential

      And it's called AMD64. The x86 support is almost literally glued onto Hammer, let alone anything later. Every modern x86 CPU since the Am586 decomposes x86 instructions into micro-ops which are executed by an internally-RISCy core.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    39. Re:Support by Anthony+Mouse · · Score: 4, Insightful

      I hate to start any conspiracy theories, but look at it from Intel's perspective. Intel likes a good skunkworks project. Try something new, if it pans out you make a mint, if not, well, cost of doing business. Take the tax deduction. (Incidentally, that is where the Core architecture came from. Israeli design team making improvements to the old P6, never expecting to need it outside of maybe laptops.)

      So they come up with this crazy VLIW idea and realize it will cost a ton of money. At the same time, they can convince HP to transition away from their existing RISC architectures (PA-RISC and Alpha) and in so doing get them to pay a big chunk of the R&D costs. Then, if it works out, great! Intel is now the sole supplier of Itanium chips for HP's high end servers. And if it fails, great! Two more non-Intel RISC architectures dead and out of competition with x86, and Intel gets HP to pay half the cost of their own execution.

      And at that point, once Intel is in the position where success or failure doesn't matter to them because they sell the same number of chips whether they're Itanium or x86, success becomes the more expensive option. Why keep developing new models of Itanic when you've already got a Xeon that is better in every significant way?

    40. Re:Support by cheeks5965 · · Score: 1

      i don't think he's actually going to give them a car! I can't believe you came to that conclusion.

      --
      -- Flame me and I will happily flame you back. Bring it!
    41. Re:Support by cheeks5965 · · Score: 1

      you bitch! I'm wearing my woosh hat so now it's a triple woosh on you.

      --
      -- Flame me and I will happily flame you back. Bring it!
    42. Re:Support by the_olo · · Score: 2, Insightful

      ..., due to relatively poor performance, high cost and limited software availability.

      Poor performance, high cost? That sounds exactly like systems that big business love the best (judging from looking around me).

    43. Re:Support by inasity_rules · · Score: 1

      It was a question, not a statement. The man needs a citation! Its just a question of how far he is willing to take the joke. I don't go in for half measures.

      --
      I have determined that my sig is indeterminate.
    44. Re:Support by cheeks5965 · · Score: 1

      well.. I can only judge by what you say, not what you think. It looks like the GP made a joke about a car, and you said, you're really going to give him a car??? that deserve a woosh.

      --
      -- Flame me and I will happily flame you back. Bring it!
    45. Re:Support by symbolset · · Score: 2

      HP and Intel don't want to support Itanium either. But if they start breaking their promises with these customers, their name is mud. Oracle doesn't seem to have a problem with that, but HP and Intel do.

      --
      Help stamp out iliturcy.
    46. Re:Support by ichthus · · Score: 1

      Shat! I think he's right.

      --
      sig: sauer
    47. Re:Support by symbolset · · Score: 1

      Requiem Itanium: the clock won't ramp.

      Itanium predates AMD64 and was one way out of the 4GB limit. PAE and AMD64 were two others. That the clock would never ramp was provable in 2004, but by then it was too late. The promises were already made. Now we've got this immense chip that sucks watts, runs slow, but is very reliable. It will see two more revs before it goes into the dark - and a new enterprise CPU architecture will take its place.

      --
      Help stamp out iliturcy.
    48. Re:Support by jd · · Score: 1

      The AMD64 has 16 64-bit registers, which is merely a logical next step from the 8 32-bit registers of the prior generation. According to Wikipedia: AMD64 still has fewer registers than many common RISC ISAs (which typically have 32–64 registers) or VLIW-like machines such as the IA-64 (which has 128 registers). The "no execute bit" is new with the AMD64, but none of the other underlying components seem to be anything more than basic upgrades. Long mode is just a flat address table and you've been able to do flat addressing for a while. I see nothing else that is new. Indeed, since the SSE family uses 64-bit floats and the x87 supported 80-bit floats, I'd say there have been regressions.

      TheAMD64 is not a "pure" 64-bit chip. It is a chip that operates in 64-bits but has an internal architecture that has not significantly changed since the days of the 4040. It has merely been scaled. Scaling is not engineering.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    49. Re:Support by the+linux+geek · · Score: 1

      Look at how it works in the "Poulson" core. The need for high compiler optimization is gone and it works in a similar manner to any other in-order processor.

    50. Re:Support by jd · · Score: 3, Interesting

      Intel was quite capable of writing a compiler for it, they chose not to write one that was any good. Make no mistake, it WAS a choice. Their software divisions (they have many) are a mess, their contractor rates are terrible and the politics are cruddy. However, these are all fixable. Now that Intel owns the CILK++ code, they have a better chance than ever of doing it right -- if they can be bothered. Compilers aren't rocket science.

      As for the original Itanic - they could have made the Itanium 2 from the get go. Again, they chose not to, for political reasons likely. Again, it was a choice. The new Itanium, the Itanium 9300, actually looks like a credible contender for HPC - again, if they get the compiler right.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    51. Re:Support by Bert64 · · Score: 2

      The problems with IA64 were many, but the biggest one was closed source software... IA64 makes a very good Linux box, running an entirely open source stack but few if any closed source applications were ever ported to the platform.

      Another problem was Intel making their own compiler instead of improving gcc, since the vast majority of software capable of running on ia64 is open source and most of that is generally (and sometimes can only be) compiled with gcc.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    52. Re:Support by JDG1980 · · Score: 5, Insightful

      Compilers aren't rocket science.

      Indeed not. They are far more complicated than that.

    53. Re:Support by Bert64 · · Score: 1

      Interestingly, Microsoft used to have a contract with DEC/Compaq/HP to continue producing Windows for Alpha, and for the "server" platform to be at parity with versions for other architectures... Compaq let them off the leash when they decided to drop Alpha.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    54. Re:Support by Bert64 · · Score: 1

      MSSQL may currently run on Itanium but support is rapidly being dropped..
      Not sure about DB2 but i doubt it runs on Itanium..

      If a "high end" platform like IA64 has no major database support then it's pretty much screwed, companies rarely buy big boxes like this for much else.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    55. Re:Support by Guy+Harris · · Score: 5, Informative

      So they come up with this crazy VLIW idea

      Who's "they"? Intel, or HP?

      and realize it will cost a ton of money.

      Which, as I understand it, is why HP partnered with Intel (not the other way around).

      At the same time, they can convince HP to transition away from their existing RISC architectures (PA-RISC

      Which, as I understand it, was HP's intent even before they got Intel involved.

      and Alpha)

      Which was, at the time the HP-Intel partnership was announced, DEC's RISC architecture - DEC hadn't even been bought by Compaq yet, much less Compaq bought by HP.

    56. Re:Support by Guy+Harris · · Score: 2

      The AMD64 has 16 64-bit registers, which is merely a logical next step from the 8 32-bit registers of the prior generation. According to Wikipedia: AMD64 still has fewer registers than many common RISC ISAs (which typically have 32–64 registers)

      Except for one rather common RISC ISA, but that one's mainly used in stuff like mobile phones, not Big Honking Servers (although with ARM64 they're at least thinking about servers - it might be more "tons of blade processors" than "a smaller number of Big Honking Processor Engines", though).

      TheAMD64 is not a "pure" 64-bit chip. It is a chip that operates in 64-bits but has an internal architecture that has not significantly changed since the days of the 4040.

      Internal architecture, not instruction-set architecture? If you truly mean "internal architecture" in the sense of "implementation of the instruction set", do you really mean to say that a superscalar out-of-order pipelined processor that breaks instructions down into micro-operations and schedules the micro-operations is not "significantly changed" from an in-order one-instruction-at-a-time (and, I think, not even pipelined) processor that just fetches and executes instructions in sequence?

      It has merely been scaled. Scaling is not engineering.

      Presumably "is not engineering" is something other than "requires no engineering work to accomplish", unless you have a definition of "engineering" different from what I and I suspect a lot of processor designers have.

    57. Re:Support by Guy+Harris · · Score: 1

      MSSQL may currently run on Itanium but support is rapidly being dropped.. Not sure about DB2 but i doubt it runs on Itanium..

      It does run on HP-UX Itanium systems, but doesn't run on Linux Itanium systems. The latter might not be all that surprising, given that the majority of Itanium systems come from HP; if you want to run Linux rather than HP-UX, you have more choices, so I suspect relatively few Linux servers are Itanium boxes.

    58. Re:Support by drinkypoo · · Score: 1

      The AMD64 has 16 64-bit registers, which is merely a logical next step from the 8 32-bit registers of the prior generation.

      8? ITYM 4. The other registers are address etc. Further, zero of them are general purpose, because many (most) instructions expect/deliver input(s) and output(s) in specific registers. x86-64 has 16 actual GPRs.

      TheAMD64 is not a "pure" 64-bit chip. It is a chip that operates in 64-bits but has an internal architecture that has not significantly changed since the days of the 4040.

      That is a load of dingo's kidneys. Compare the block diagrams of the two processors and you'll see some seriously dramatic changes.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    59. Re:Support by hxnwix · · Score: 1

      well.. I can only judge by what you say, not what you think. It looks like the GP made a joke about a car, and you said, you're really going to give him a car??? that deserve a woosh.

      He didn't seriously expect anyone to give anyone a car. It was a joke! Whoosh!

    60. Re:Support by Lord_Jeremy · · Score: 1

      Wish I could mod this but I already posted... +1 Funny :P

    61. Re:Support by Anonymous Coward · · Score: 0

      What's wrong with the lancer?

    62. Re:Support by gweihir · · Score: 1

      Indeed. At least if you want a good one. Slapping something together that gives you slow, bloated code is actually pretty easy.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    63. Re:Support by Alomex · · Score: 1

      Another problem was Intel making their own compiler instead of improving gcc,

      Intel always releases a bare bones compiler that takes advantage of the new features for every new architecture. The idea is that this serves as a guide for compiler developers such as gcc for how to go about developing a full fledged compiler for the architecture.

    64. Re:Support by TheRaven64 · · Score: 2

      Intel didn't 'come up with this crazy VLIW idea'. Itanium was the second VLIW x86-killer from Intel. Someone senior at Intel in the late '80s to '90s seemed to have been absolutely convinced that VLIW was the future. Probably a hardware person, since hardware people always seem convinced that any problem can be fixed by more complex software (software people, in contrast, know that problems can always be solved by more hardware).

      If they weren't convinced that IA64 would succeed, they'd have made their own 64-bit extensions to x86 first and pushed IA64 into the high-availability niche. If they'd done this, then they could have designed x86-64 to be easy to emulate on Itanium, so that a future convergence would have been easy.

      --
      I am TheRaven on Soylent News
    65. Re:Support by TheRaven64 · · Score: 4, Interesting

      Another problem was Intel making their own compiler instead of improving gcc

      Intel did improve GCC, although GCC at the time of the Itanium release was completely useless at optimisation. Modern GCC is still a joke at optimisation compared even to something like Open64, and Itanium needs more effort than any other target architecture, yet gets far less manpower because no one cares about it. LLVM dropped the Itanium back end a few months ago because no one wanted to maintain it (and the few people who might have been vaguely interested didn't have access to the hardware).

      --
      I am TheRaven on Soylent News
    66. Re:Support by TheRaven64 · · Score: 2

      TheAMD64 is not a "pure" 64-bit chip. It is a chip that operates in 64-bits but has an internal architecture that has not significantly changed since the days of the 4040

      Wow, so in one article you've shown that you know nothing about compilers or architecture. A few 'insignificant' changes since the 4004 that are present in any modern x86 CPU.

      • Microcoding.
      • Pipelining.
      • Superscalar architecture (i.e. multiple parallel pipelines).
      • Caches.
      • Branch prediction.
      • Out-of-order execution.

      Of course none of those are engineering...

      --
      I am TheRaven on Soylent News
    67. Re:Support by TheRaven64 · · Score: 1

      I'm not sure how much effort it is for Oracle to keep developing for the Itanium. If their code compiles on x86 and SPARC64 it should be a simple recompile to make it work on Itanium. After all, they never promised to make it fast on Itanium. And they can always charge four times as much per socket for Itanium as per SPARC...

      --
      I am TheRaven on Soylent News
    68. Re:Support by georgesdev · · Score: 1

      let's also remember that HP put some of it's intellectual property into the Itanium processor, so it's nothing strange that they want to keep using it a bit longer than the others.

    69. Re:Support by TheRaven64 · · Score: 1

      Probably because it didn't lose them anything. Few people would be stupid enough to run Windows on IA64 when you can run it on Xeons for less money, more performance, and binary compatibility with all of your legacy software. People probably still are buying Itanium systems to run Linux / HP-UX / VMS and Oracle...

      --
      I am TheRaven on Soylent News
    70. Re:Support by jimicus · · Score: 1

      There is another way.

      HP and Oracle likely have some sort of contract going on. As you say, going to court where the piece of paper doesn't even exist is absurd. Going to court when the piece of paper exists and explicitly says "Oracle must support Itanium for ever and ever, yes we understand exactly what we're getting into, signed Larry" is equally absurd.

      My guess is that the piece of paper exists, but what's on it is open to interpretation. Obviously each company favours the interpretation that's best for them; where you run into difficulty (and lawsuits that go on for so long that by the time they're over, the point has long become moot) is where the interpretations are somehow incompatible.

    71. Re:Support by petermgreen · · Score: 1

      IA64 makes a very good Linux box

      Just out of curiosity do you have any figures to support that claim? just how well or badly do ia64 processors compare to contemporary x86 processors and how does that comparison change over time.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    72. Re:Support by Anonymous Coward · · Score: 0

      LOL

    73. Re:Support by petermgreen · · Score: 1

      8? ITYM 4.The other registers are address etc

      My understanding is there are eight registerers that are regarded as "more of less general purpose" EAX, EBX, ECX, EDX, ESI, EDI, ESP and EBP

      Of these ESP is basically locked up for use as a stack pointer. EBP was traditonally used for the base of the current stack frame to make accessing local variables simpler but it's not really nessacery if the compiler keeps track of the current stack pointer. That leaves 6-7 regsiters for regular use.

      AMD64 has 64-bit versions of all these registerers plus 8 new 64-bit general purpose registers.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    74. Re:Support by petermgreen · · Score: 1

      Sometimes code fails to work correctly on a particular architecture. Sometimes that is the programmers fault for doing something that is technically undefined. Sometimes it's the compiler vendors fault for writing a buggy compiler.

      Whatever the reason it takes time and effort to find the code that has the problem, figure out what is breaking and then either fix the bug in your code or create a testcase for the comiler vendor.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    75. Re:Support by MiniMike · · Score: 1

      What, couldn't find a link on ebay?

    76. Re:Support by Anonymous Coward · · Score: 0

      That is exactly Oracle's way of dealing with support, stopping support with little to no notice.
      ie, Virtual Iron. The moment the Virtual Iron agreement went through, they stopped all development and only provided minimal support behind a paid-wall with little notice (less than 1 month). This was my personal experience as ex-Virtual Iron customer.

    77. Re:Support by Anonymous Coward · · Score: 0

      The Itanium could be a very nice processor . . . Although I'd suggest using a new brand name,

      I don't know about that Bubba, I think Itanic is quite a memorable brand name.

    78. Re:Support by Waffle+Iron · · Score: 1

      8? ITYM 4. The other registers are address etc. Further, zero of them are general purpose, because many (most) instructions expect/deliver input(s) and output(s) in specific registers. x86-64 has 16 actual GPRs.

      You're describing the 16-bit instruction set. That was fixed a quarter century ago when the 80386 was introduced.

    79. Re:Support by SleazyRidr · · Score: 1

      In that case I think you need this Whoosh! more than I do.

    80. Re:Support by marcosdumay · · Score: 1

      What killed it for big business was that "limited software availability" part...

    81. Re:Support by jd · · Score: 1

      Off-processor caches existed before on-processor caches. Moving it into the silicon was not what I'd call engineering, just geography. X64 pipelining is again nothing more than a logical extension of what was already done, X64 superscalar is just a logical extension of pipelining, and so on. It's all stepwise refinement, hacks onto the original design. Hacks are not a bad thing - the X64 is a very usable processor - but it's not engineering.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    82. Re:Support by Doctor+Memory · · Score: 1

      Actually, it was HP who originally came up with the Itanium design. However, it was too complex for them to fab and projected sales wouldn't offset the cost to upgrade their fabs. so they turned to Intel. That's what's at the heart of this disagreement: HP contracted with Intel to develop this line of chips to replace the PA-RISC line. Not just support or manufacture, but to co-develop successive generations of the chip. I've heard it said that Intel would love to dump Itanium, but they're contractually prohibited from doing so (at least for another couple of generations). I suspect HP is desperately trying to find an exit strategy, as Intel will probably make it very expensive for them to continue development once the current contracts expire.

      --
      Just junk food for thought...
    83. Re:Support by Doctor+Memory · · Score: 1

      Doubt it was a case of "letting them off the leash", more like "failed to hold up their end of the contract" (by providing Alpha hardware for development). I doubt either side lost any sleep over it.

      --
      Just junk food for thought...
    84. Re:Support by ckaminski · · Score: 1

      I've always found it ironic that HP got in bed with Intel on the Itanic because Alpha was cleaning their clock. Then the P2 came out an upset the whole apple cart and low and behold 10 years later HP owns Alpha.

      Sad, really.

    85. Re:Support by Doctor+Memory · · Score: 1

      That may change; with the recent emphasis on "big data" in the form of NoSQL data stores. Big boxes with lots of memory and good I/O will definitely have a place. I doubt anyone's going to port Hadoop to VMS, though...

      --
      Just junk food for thought...
    86. Re:Support by TheRaven64 · · Score: 1

      Off-processor caches existed before on-processor caches

      Not on the 4004.

      Moving it into the silicon was not what I'd call engineering, just geography

      Wow. That's staggeringly ignorant. I am not even going to reply to the rest of your post. If you really think that so little engineering effort is involved in a modern x86 chip, then I look forward you seeing your contributions to OpenCores.

      --
      I am TheRaven on Soylent News
    87. Re:Support by SnarfQuest · · Score: 0

      I never knew that the 4040 had a cache at all. Nice to know there were off-processer versions available. What is it's manuf/part number?
      How well does the 4040 pipelining work? And how many pipelines in its superscalar mode? How much faster is it on average than if it didn't have them?

      --
      Who would win this election: Andrew Weiner vs Andrew Weiner's weiner.
    88. Re:Support by Dog-Cow · · Score: 1

      Ignore the troll, or sign him for lots of spam at mipak@yahoo.com.

    89. Re:Support by jd · · Score: 1

      Been there, done that. I've been on OpenCores longer than you've been on Slashdot.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    90. Re:Support by jd · · Score: 1

      Correct. 4 general-purpose for the 16-bit, 8 for the 32-bit and 16 for the 64-bit.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    91. Re:Support by jd · · Score: 1

      Sure you could have off-processor caches on the 4004. Nothing stopped you. The first off-processor caches in mainstream use were for the 8086 and they became commonplace with the 80186.

      No, I do not regard the modern x86 as requiring engineering. What Seymour Cray did (design each new computer one transistor at a time) was engineering. The x86 architecture is mere evolution, a catalogue of stepwise refinements on an existing design. There has been no truly new x86 design beyond the first. Everything since then has merely taken some component that already existed and improved it. Engineering is holistic, not piecemeal. Engineering is also not backwards-compatible, but it is backwards-compatibility that makes the x86 as useful as it is. Engineering is about solving the problems in front of you, not emulating the solutions imagined to be best for problems that no longer apply. Engineering is inventive, creative and novel. It's fresh.

      The x86 is none of these. It is a piece of superb craftsmanship, old skills honed by years of use and experience. It takes a craft master to put a modern x86 with all the components necessary into hardware. But a craftsman is not an engineer. A craftsman is an expert rooted in PAST experience and PAST knowledge, building on those and relying entirely on them as foundations for improvement.

      An engineer is a scientist, not a craftsman. Engineers do not look at the past for guidance, they look at the future for opportunities. Craftsmen can produce reliable work but they cannot produce truly new work, it takes an inventive mind to do that and crafters are the absolute opposite of inventors. Only an engineer can produce work that is truly new.

      This is no different from my arguing that innovators are not inventors. Innovators improve, inventors create. They are NOT the same.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    92. Re:Support by Anonymous Coward · · Score: 0

      It is a commercial agreement to prolong support and development of a component that is vital to HP's line up.

      It is? Where? "Such an important contract, if it existed, would obviously be a heavily negotiated, fully documented formal contract, with terms and conditions and payment obligations and all the other characteristics of real-world commercial agreements. But there is no such agreement for porting the Oracle database to Itanium, which is why HP is advancing implied contract and promissory estoppel claims." http://www.oracle.com/us/corporate/features/opposition-to-motion-to-seal-423345.pdf

    93. Re:Support by jd · · Score: 1

      That's one reason that the Itanium sparked a massive revolution in source-to-source compilation. These meta-compilers turned things like C code for the GCC into something that was (a) optimized and (b) often for another compiler.

      Intel has not done itself any favours with the Itanium - if it truly wanted an upsurge in usage, they'd collaborate with something like Google's Summer of Code, hand out a number of free Itanium developer boards to students and open-source developers, and get a massive surge in development that way. Ten Itanium developer boards would be pocket money for Intel in comparison to the cost of the division they're running for the processor, but ten Itanium developers over 3 months could make serious inroads into eliminating defective GCC optimization assumptions.

      It's ironic that GCC still has such defects, given that PGCC - the Intel branch of GCC - was rejected by the EGCS developers because it made defective optimization assumptions. Platform-specific assumptions may be valid but should be in the platform-specific portions of the back-end and pre-optimizations that conflict with the platform should be masked out. If multiple implementations of a platform differ in platform-specific optimizations, detect or flag and then use the correct specifics. If the current GCC developers aren't willing to pay attention to this portion of compiling, then maybe we need another EGCS-style takeover bid.

      (In fact, most processor manufacturers might want to chip in together to get GCC optimization straightened out. It's a valuable compiler to get right since open source won't go away and it's less of a PR disaster if experiments in GCC end up flopping than experiments in commercial compilers.)

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    94. Re:Support by jd · · Score: 1

      Wikipedia also states "The term VLIW, and the concept of VLIW architecture itself, were invented by Josh Fisher in his research group at Yale University in the early 1980s". So it's an idea that's older than any of Intel's development in the field. It's a simple evolutionary step from horizontal microcode, since the whole idea is to have instruction-level parallelism. The disadvantage of CISC over RISC is that RISC turns out to be much faster. However, most chips these days are hybrids of RISC and CISC, thus minimizing bus activity and maximizing processor utility. A sensible approach to VLIW is to also hybridize. VLIW is designed to permit instruction-level optimizing that is impossible with CISC by passing additional specific information. There's absolutely no need for the processor to actually process a VLIW instruction directly, since we know RISC is superior. Instead, reduce the RISC set further, to more elementary compute elements, and have the VLIW decompose to it.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    95. Re:Support by jd · · Score: 1

      Well, the Itanium version 3 isn't too bad on performance. I agree it devours watts the way... well, nothing quite consumes anything the way the Itanium soaks up watts. That is a major flaw. The clock speed is an interesting one - I'll accept it can't ramp the way Intel expected but certainly overclockers have brought the 5 GHz processors up to 7 GHz without losing stability. It just can't be done at current temperatures. That means they either need to switch entirely off air-cooled chips or they need to make a radical chip change.

      The radical chip change isn't unreasonable. Adding insulation layers, stressing the silicon, switching to copper interconnects - these all allowed clock speeds to grow. Copper, however, isn't the best conductor - silver is. The problem there is that silver is a bastard to work with - the chemistry isn't as friendly and it's extremely soft. The heat transfer off the silicon to the heatsink is also not great - I'd have thought flooding the inside of the chip with Fluorinert and replacing the top part of the chip casing with something highly conductive might be a better option since you'd get better heat transfer than with an air gap and plastic. Much more expensive in materials and much more complex manufacture, so vastly reduced profit margin, but it should boost performance.

      (The other choice - naked silicon - would lose heat the best but it's much much harder to get that right in a liquid cooled environment. It is done, but I'd challenge anyone to find a person crazy enough to build a robust machine that way any more.)

      Then there's asynchronous designs. The AMULET series of processors are asynchronous SPARC processors, so you can build general-purpose CPUs of moderate complexity that are actually useful this way. It has not been proven that you could build a modern superscalar 64-bit CPU of equal or greater performance to modern synchronous processors using the asynchronous tools that exist. (If you want, you can try them. They're open source and listed on Freshmeat - sorry, Freecode.) It may solve the roadblock, so far it hasn't.

      Sensitivity to signals and electron tunneling are other obstacles to increasing speed. Of course, there's nothing to say you HAVE to use electrons. There are optical switches today and it's commonplace to build transceivers into silicon these days. You'd need to go 3D on the design to fit everything in and have line-of-sight, but it could be done.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    96. Re:Support by drinkypoo · · Score: 1

      Except there's still some 32 bit instructions where it's still true and ESI and EDI are STILL needed as pointers. So at best you might argue there are six GPRs.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    97. Re:Support by jd · · Score: 1

      If it were the chip used in food mixers for processing iceberg lettuce, it would even be appropriate.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    98. Re:Support by Guy+Harris · · Score: 1

      What's wrong with the lancer?

      It's not an valid replacement when [Citation needed].

    99. Re:Support by Dogtanian · · Score: 1

      It didn't help that they never wrote a decent compiler for it.

      Well, given that the EPIC design of Itanium is explicitly reliant on the quality of the code generated by the compiler, I'd say that this was a rather more fundamental issue than you imply(!)

      --
      "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
    100. Re:Support by Anonymous Coward · · Score: 0

      You're all over the place. None of the things you mention are practical today. You can't build a computer with any of that stuff in high enough volume to be profitable. Nobody is willing to build a commercial CPU that is "performance at any cost". It would be an even more spectacular failure than Itanium.

    101. Re:Support by Anonymous Coward · · Score: 0

      Your definition of engineering is very different from what a lot of people think it is.

      Engineering does involve re-solving the same problems over and over. As conditions change, the optimum solutions change. You could not build a Core-i7 processor at the time when 4004 was built. A lot of revolutionary-- and evolutionary-- things happened, and a lot of it not very obvious.

      "An engineer is a scientist, not a craftsman." I couldn't disagree with this more strongly. A good engineer understands the science, and is able to craft an appropriate solution.

      "Engineers do not look at the past for guidance..." You would be one of the worst engineers ever. Engineering involves using past experience to determine whether existing solutions are still the best solution, and in which directions to explore for new solutions.

    102. Re:Support by Anonymous Coward · · Score: 0

      HP's actions of the past few years argues differently.

    103. Re:Support by jd · · Score: 1

      You DO realize you posted that the same day that prototype optical interconnects on silicon were unveiled? Irony knows no bounds.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    104. Re:Support by jd · · Score: 1

      My definition of economics is very different from what a lot of bankers think it is. So? I'd rather be right than popular.

      I can't help it that I studied at the University of Manchester, where (a) computing was invented in the first place, and (b) where all the top innovations in computing (from instruction-level parallelization in the 70s to asynchronous processors in the 90s to some mind-bending stuff in the present day) came from. I learned from the very best.

      And, yes, I repeat, engineers do not look at the past for guidance.

      Approach 1: Scientists develop models based on past observations and present observations. Engineers use the current models *and therefore don't need to look at the past* because it has already been factored in.

      Approach 2: Formal design engineers follow the standard RASDIT model - Requirements gathering, Analysis of the requirements and the system, Specification of the problem according to the analysis, Design of the software according to the specification, Implementation and then Testing. You can modify this a bit using Extreme Methods and move part of the test phase into the design phase -- since you have a specification, you can combine the design of the software with the implementation of the tests so that when you implement the software you can prove each component is implemented according to the design and specification.

      In both cases, you DO NOT CARE what was there before. You DO NOT CARE about legacy approaches or implementations. You DO NOT CARE about the past at all. You care only that what you end up with will perfectly match the problem that needs solving.

      THIS is not the hallmark of "the worst engineer", this is the hallmark of an engineer who will get it right. Hacking legacy code may produce quicker and cheaper results, but it will also produce buggier, bulkier and less maintainable results. I call that inferior.

      (Note to Linux kernel hackers: The Linux kernel is one of those strange pieces of software. There is crud and cruft in it, we all know that, and we all know that it's for the above reason. The kernel could never have been engineered, though, because it has too many novel ideas and too many components. It could only have come into being through evolution, not revolution. It could be re-engineered from the ground up, today, if you had $2.3 billion and a year to spare, and the result would be smaller, faster and more robust. It's not going to be, because most of those with $2.3 billion in loose change - Bill Gates, are you paying attention? - have a vested interest in not spending it on cleaning up the kernel. If you factor in the patches that would be submitted over the course of a year, you're probably looking at twice that amount. But it's perfectly doable.)

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  2. Maybe Oracle should do something useful, period. by intellitech · · Score: 5, Insightful

    Maybe Oracle should do something useful instead of being a massive patent troll and distributor of obnoxiously terrible software.

    --
    vos nescitis quicquam, nec cogitatis quia expedit nobis ut unus moriatur homo pro populo et non tota gens pereat.
  3. Haha, "Locked In" customers by GeneralTurgidson · · Score: 2

    What do you call customers on an Oracle system? Locked out? :)

    1. Re:Haha, "Locked In" customers by jd · · Score: 1

      Locked up?

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  4. Que? by Anonymous Coward · · Score: 4, Insightful

    Since when are companies not allowed to pay each other for services?

    HP is contracting chip production and development out to Intel.

    So what? Who is harmed?

    1. Re:Que? by Zan+Lynx · · Score: 2

      Just guessing here, but maybe Oracle has contracts that force them to continue to support software on Itanium systems as long as the hardware is being supported? This might be Oracle trying to weasel out of some contracts.

    2. Re:Que? by Grishnakh · · Score: 3, Insightful

      Yeah, I don't get it. I don't see how Oracle could make an anti-trust case out of this, as obviously there's no monopoly (or anything approaching one) in the space they're operating in (high-end non-x86 servers, basically the space between mainframes and regular x86-64 servers). If HP wants to pay Intel to keep making those crappy chips, why shouldn't Intel take the money and do so, as long as this makes up for whatever they lose by not using those resources elsewhere (like making their regular chips)?

      As for harm, obviously, Oracle is harmed by this since this keeps them from monopolizing this market, but too bad so sad.

    3. Re:Que? by hedwards · · Score: 1

      It's entirely probable that the terms of the contract contain an escape clause if the platform is discontinued. However it's unlikely that the terms of the agreement stipulated that IBM couldn't pay Intel to continue manufacturing the chips.

      Ultimately, if Oracle wins the suit that would be very bad indeed as companies should be allowed to pay for products to be continued indefinitely. The big concern with antitrust law would typically be for companies to pay other companies not to produce chips or to lock them into one vendor.

    4. Re:Que? by Tim+C · · Score: 1

      That may be the case, but I really can't see how they would have a leg to stand on (unless there's some sort of "but no paying them to continue producing the hardware for you!" clause I guess).

    5. Re:Que? by necro81 · · Score: 1

      It's entirely probable that the terms of the contract contain an escape clause if the platform is discontinued

      When the world's largest computer manufacturer pays Intel to make a particular product, it cannot in any sense be considered discontinued. So what if Intel decided that Itanium was a dead end - they'll continue to develop and make them for years because they have a major customer for them.

    6. Re:Que? by Anonymous Coward · · Score: 0

      You keep saying IBM when the article is about HP...

  5. And the villain here is...Oracle! by swordgeek · · Score: 4, Insightful

    "...take business away from Oracle's Sun servers."

    Trust me Oracle, the only company that's having the slightest negative impact on your server sales is...Oracle.

    Solaris 11 shipped last week. They added code to prevent it from running on the UltraSparc processors. Thanks assholes.

    --

    "People who do stupid things with hazardous materials often die." -- Jim Davidson on alt.folklore.urban
    1. Re:And the villain here is...Oracle! by iggymanz · · Score: 5, Informative

      You mean code to prevent it from running on Ultrasparcs IV+ and anything earlier: http://lildude.co.uk/solaris-11-end-of-support-for-legacy-hardware

      kind of surprising as many customer plan for more than 7 years with large Unix servers, IV+ was introduced in 2005.

    2. Re:And the villain here is...Oracle! by HuguesT · · Score: 1

      Solaris 10 still works and is still supported on this hardware.

    3. Re:And the villain here is...Oracle! by confused+one · · Score: 1

      Still running a cluster of HP PA-RISC here. And it's running business critical code. So, yes, some customers plan to continue to use old systems. They may not have planned it that way when the origin decision was made; but, with a decade or more of momentum, it can be very hard to change.

    4. Re:And the villain here is...Oracle! by Anonymous Coward · · Score: 0

      No they didn't. As noted in the Solaris engineering panel at Oracle OpenWorld, it was due to a technical decision *by engineering* because of the virtual memory subsystem work and the lack of hardware support for that in older SPARC processors.

      If anything, it's code *removal*, not *addition*.

    5. Re:And the villain here is...Oracle! by swordgeek · · Score: 1

      Oops. Thanks for the correction. I forget that that coolthreads CPUs were classified as UltraSPARC until the T3 line was released.

      Last ship date on the IV+ was April 2009, and now it's hit the software end-of-the-line.

      --

      "People who do stupid things with hazardous materials often die." -- Jim Davidson on alt.folklore.urban
  6. Contract fab? by phil+reed · · Score: 4, Insightful

    So, HP has a processor that they use a contract fab to build. It's just that in this case the fab belongs to Intel. Big whoop.

    --

    ...phil
    "For a list of the ways which technology has failed to improve our quality of life, press 3."
  7. In other news... by Anubis350 · · Score: 4, Insightful

    "Oracle says that Intel would have long ago killed off Itanium if not for these payments from HP"

    In other news most companies will kill products that don't have paying customers. HP is paying to make sure their supply chain stays open to support their customers, Intel has a customer for Itanium so they're maintaining production of the product. Oracle's a whiny brat who's pissed that customers that still have support on their older stuff have less of an incentive to change providers... If Oracle can't give them a compelling reason to leave that isn't "your old stuff isn't supported anymore 'cause we sued intel to stop support for your hardware" I don't have much sympathy for Oracle

    --
    "goodbye and hello, as always" ~Prince Corwin, from Zelazny's Amber series
  8. Just sell Intel's Itanium division to HP by yuhong · · Score: 1

    I am thinking Intel should sell the Itanium division back to HP once they are sure no other vendors are using it.

    1. Re:Just sell Intel's Itanium division to HP by the+linux+geek · · Score: 5, Informative

      The thing is, other vendors are using it. Huawei and Inspur announced they're developing new Itanium machines earlier this year; Hitachi and Mitsubishi resell HP's machines. NEC and Bull also use Itanium to run their proprietary ACOS and GCOS mainframe operating systems. I think these vendors would probably get pissy if HP got exclusive control of the architecture.

    2. Re:Just sell Intel's Itanium division to HP by Anonymous Coward · · Score: 1

      Probably should...
      But all the Itanium engineers are at Intel, and maybe they don't want to let that talent go to HP.
      The architecture and specific designs are also built around Intel's design and fab process.
      There would be a non-zero cost from disruption by moving out of Intel, and HP probably doesn't see the benefit.
      If HP making payments to Intel keeps the project warm, at a lesser cost than buying Intel out completely, why not?

      I don't see the problem here though, or any reason for Oracle to ' win' this suit...
      This isn't any different than Apple pre-paying for flash memory, and HP isn't a monopoly in anything.

    3. Re:Just sell Intel's Itanium division to HP by yuhong · · Score: 1

      Sorry, didn't realize other vendors are using it. If so ignore this.

    4. Re:Just sell Intel's Itanium division to HP by Niomosy · · Score: 1

      As opposed to Intel killing it off like they seem to want to do? I would guess those vendors might be happier having the Itaniums around rather than not. Maybe not, maybe they just want an excuse to dump Itaniums. Not being produced would certainly do it.

  9. Did you know about the GM big block engine? by Anonymous Coward · · Score: 0

    Same thing happened, with it being produced long after GM stopped making vehicles that used it.

  10. HP is run by Vogons... by emil · · Score: 3, Funny

    ...and Itanium is the Ravenous Bugblatter Beast of Traal.

    I'm not sure what sort of Faustian Bargain HP made with Intel over Itanium, but it certainly had nothing to do with quality products or customer service.

    Anyone sane bolted for Linux long ago.

    1. Re:HP is run by Vogons... by jd · · Score: 1

      Linux supports the Itanium. Linux supports the VAX. You can probably find a Linux port for the intelligent toaster from Red Dwarf.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    2. Re:HP is run by Vogons... by djdanlib · · Score: 1

      You can probably find a Linux port for a commercially-available toaster, too.

    3. Re:HP is run by Vogons... by Anthony+Mouse · · Score: 1

      I think the point is that once you're on Linux, you aren't tied to any particular architecture. Which causes you to choose not-Itanium as your architecture.

    4. Re:HP is run by Vogons... by jd · · Score: 1

      If you want high-end processing, you can do more with the Itanium than you can with the X64 architecture.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    5. Re:HP is run by Vogons... by Bert64 · · Score: 1

      Except that in most cases you can buy more X64 systems for the same price or less to compensate for the performance difference... Also you can use GPUs if that is beneficial for what your doing.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    6. Re:HP is run by Vogons... by Guy+Harris · · Score: 1

      Except that in most cases you can buy more X64 systems for the same price or less to compensate for the performance difference... Also you can use GPUs if that is beneficial for what your doing.

      Or you can run Linux on a SPARC machine or a POWER machine or a z/Architecture machine. Itanium isn't your only high-end alternative to x86.

    7. Re:HP is run by Vogons... by Anonymous Coward · · Score: 0

      With that nigh-omniscient compiler that still doesn't exist?

    8. Re:HP is run by Vogons... by Anonymous Coward · · Score: 0

      That is NetBSD's forte: http://www.embeddedarm.com/software/arm-netbsd-toaster.php :)

    9. Re:HP is run by Vogons... by Anonymous Coward · · Score: 0

      If you want high-end processing, you can do more with the Itanium than you can with the X64 architecture.

      At a higher MIPs/Watt, with the associated power and cooling overheads that entails. You also can get more x86-64 for the same price into less space: "high density" is not a phrase that springs to mind when someone says "Itanium".

    10. Re:HP is run by Vogons... by jd · · Score: 1

      Sure you can - provided the problem can be divided amongst nodes efficiently (the communication is slower over clusters, so the more communication you need, the more tightly integrated you need the system). Oh, and provided you have space. Clusters don't scale linearly, so to get the same performance as a single CPU that can do four times as much (larger registers and more of them), you need more than four times as many CPUs. See Amdahl's Law for details.

      Oh, and each node on the cluster needs its own OS, so instead of running one Linux kernel over a multi-core multi-way motherboard, you're now running multiple Linux kernels. Each one takes CPU and memory resources, so to get the same available CPU power you have to have extra nodes to cover the overhead.

      I don't know why the fascination with GPUs - they're faster than CPUs for most maths problems, sure, but if you took just the maths portion and replaced the rendering portion with common maths primitives (bits of the BLAS library and maybe a chunk of FFTW) reimplemented in hardware, you'd have something that was SO much faster than any GPU. GPUs are only useful because they're there now and a proper maths co-processor isn't. I see no reason to be a slave to an inferior solution when a superior one could be built in short order whenever the chip manufacturers bother.

      (And it is a case of them bothering. They've made maths co-processors before, it's no big deal, and SystemC makes it relatively easy to produce a first pass at hardware from a software description. The number of consumers who would buy a maths co-processor is limited and obviously only scientific software that uses the software libraries currently would be trivial to adapt to hardware implementations, so there's bugger all market incentive for them to bother, and that is ultimately why no such cores exist. There aren't enough scientific software users to justify the R&D or the production of a specialized processor, but there ARE enough gamers to justify building faster GPUs and so the technical community gets to use sub-optimal crap as a result.)

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    11. Re:HP is run by Vogons... by jd · · Score: 1

      The SPARC is crappy at floating-point and Oracle probably want to kill it anyway. I also can't afford a FPGA that'll take the entire open-sourced T2 code. Damn.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    12. Re:HP is run by Vogons... by Anonymous Coward · · Score: 0

      No, Oracle is not killing SPARC. If anything, they're increasing the development budget. New chips are coming out, and are scheduled to come out, for the forseeable future.

  11. A few things... by the+linux+geek · · Score: 4, Informative

    First off, the notion that Itanium is "dying" is ridiculous - or at least just as ridiculous as the idea that SPARC is dying. Power is the only high-end RISC processor that's really thriving. Both IA64 and SPARC bring in hundreds of millions of dollars per quarter, although their revnue is slowly dwindling:

    http://smarterquestions.org/wp-content/uploads/2011/10/UNIX_Revenue_08-2011.png

    Second, comparing Oracle suddenly killing support to Microsoft and Red Hat killing support is ridiculous. Red Hat is continuing to develop the 5.x tree for IA64, despite the fact that maybe 5% of Itanium customers ran RHEL. Oracle, on the other hand, is just suddenly saying "No more. Nada." despite the fact that they build key apps for all three HP Itanium operating systems (Rdb for VMS, Oracle for HP-UX, Tuxedo for Nonstop.) There's also the fact that Oracle has its own competing UNIX OS and processor, one that hasn't performed particularly well in comparison to Power or Itanium for several years. The whole thing just looks like Oracle is being a bully.

    1. Re:A few things... by shentino · · Score: 3, Insightful

      Oracle's naysaying about Itanium is nothing more than FUD intended to undermine confidence in a platform relied upon by one of their competitors.

  12. Uh, what? by pclminion · · Score: 4, Insightful

    While it obviously sucks that people continue using old software on crappy systems because they can't afford to switch to something else, that's just the way it goes. Oracle, do you really think that if you sue HP/Intel and break up their business relationship, the resulting guys who are left out in the cold will switch over to, of all providers, the provider that resulted in them getting fucked over? Seriously?

    1. Re:Uh, what? by JBMcB · · Score: 1

      Itanium is far from crappy, it's a much better architecture than x86 for transaction processing. People use old software because it works. If you were a medium sized company that spent $10 million on a custom ERP, why would you spend another $10 million every few years to do it all over again? Then you get to train everyone and work through the kinks and bugs again... Most companies just want to use what works.

      --
      My Other Computer Is A Data General Nova III.
    2. Re:Uh, what? by afabbro · · Score: 2

      Itanium is far from crappy,

      True, but...

      it's a much better architecture than x86 for transaction processing.

      ...false. You cite ERP as an example but that is exactly what Itanium is not special at. For business apps and database apps, Itanium is not really any more exciting than Sparc or POWER (and is not as good as POWER). For that matter, it's not any more exciting than x86.

      Itanium has lots of 64-bit registers, so if you're doing engineering, science, chess computers, etc. and write Itanium assembler (or have a good compiler), Itanium rocks. But for business apps like ERP, CRM, general databases, etc., Itanium is nothing special. It's not bad or awful - indeed, it's a good fast chip. But so is SPARC, POWER, x86-64, etc.

      If you were a medium sized company that spent $10 million on a custom ERP, why would you spend another $10 million every few years to do it all over again? Then you get to train everyone and work through the kinks and bugs again... Most companies just want to use what works.

      If your company's ERP is so custom that it only runs on Itanium, you're doing something very wrong. Most people's ERP is built is on some platform that runs considerably higher up the stack.

      --
      Advice: on VPS providers
  13. And history repeats itself... by mschaffer · · Score: 4, Interesting

    In 2002 Sun alleges that people don't buy their product because too many people choose to use Microsoft.
    In 2011 Oracle alleges that people don't buy their product because too many people choose to use Itanium.

    Lame, lame, lame.
    Is McNealey now working at Oracle?

  14. dropped support for platforms by mschaffer · · Score: 0

    What about Apple?
    Their OSs drop support for hardware platforms on a regular basis. (I know it's an Itanium discussion, but...)

    1. Re:dropped support for platforms by Guy+Harris · · Score: 2

      What about Apple? Their OSs drop support for hardware platforms on a regular basis. (I know it's an Itanium discussion, but...)

      Apple sell computers mainly to home computer users and some professionals; they don't sell enterprise-class servers, and I have the impression that "sorry, that machine you bought a few years ago has been kicked to the curb in our new release" might not go over as well in that market (although I also have the impression that "here's a shiny new release of our {OS, database, etc.}, you should upgrade to it right now" doesn't exactly go over well in that market, either).

    2. Re:dropped support for platforms by Doctor+Memory · · Score: 1

      Is this the same Apple that provided 68K emulation on their PowerPC systems so people could run their old apps on a completely new processor architecture?

      --
      Just junk food for thought...
    3. Re:dropped support for platforms by Guy+Harris · · Score: 1

      Is this the same Apple that provided 68K emulation on their PowerPC systems so people could run their old apps on a completely new processor architecture?

      Yes, and that's the same Apple that, for example, got rid of native PPC support in Snow Leopard so it wouldn't run on PPC Macs and got rid of 32-bit processor support in Lion so it wouldn't run on Macs with 32-bit x86 processors, so they have, in fact, dropped support for hardware platforms on at least two occasions (and the 68K emulation and PPC emulation were also dropped at various points).

  15. Deja vu:HP first ported Linux to Itanium &SCO by NZheretic · · Score: 2
    The Trillian Project : Proof of SCO's actions

    In February 1998, well before even the first prototype IA-64 chips were available, a skunkworks team at HP, with some assistance from Intel, began the work toward porting Linux to IA-64. By October 1998,around the same time that IBM, Old SCO and Sequent had finished negotiations, HP had completed the build toolchain. By January 1999, the Linux kernel was booting on an IA-64 processor simulator, months before the actual Itanium processor was available. In March 1999, at Intel, Linux was booting on the actual Intel Itanium processor.

    The SCO Group (then Caldera) which had purchased the rights to sell copies of the old Unix from Novell, sued IBM because the freely available Linux competed the SCO Groups old Unix offering.

    So Oracle has become the next SCO Group, quick somebody tell PJ!

  16. Also turns out Itanium is good at some things by Sycraft-fu · · Score: 4, Interesting

    No, you'd never want it in a desktop, much though Intel hoped that would be where it went, but there is something to be said for what it can do in ultra high end servers with a ton of CPUs.

    What you want for a CPU for a bigass compute server isn't always what you want for a desktop. Hell you can see that even with Sun's new Ultrasparcs. Different from both the x86 and Itanium, they are all about tons o' threads. They offer up to 8 threads in hardware per core on the newer ones. Such a thing would be totally useless on a desktop, a waste of silicon. However on, say, a web server such a thing could be very useful.

    Itanium isn't the One True Way(tm) for processors, but they are useful for somethings, which is part of the reason HP likes them.

    1. Re:Also turns out Itanium is good at some things by drinkypoo · · Score: 1

      No, you'd never want it in a desktop, much though Intel hoped that would be where it went, but there is something to be said for what it can do in ultra high end servers with a ton of CPUs.

      For the cost savings of going to basically anything you can get at least twice as many cores and you can blow itanic out of the water with an ice cube, it doesn't take a berg.

      Itanium isn't the One True Way(tm) for processors, but they are useful for somethings, which is part of the reason HP likes them.

      HP likes them because they are expensive and they can mark them up a lot. But nobody actually wants them. People took them because they were forced into upgrades involving them. Yuba college has an 8-way itanic because it was the ONLY available upgrade path for their student records system which was formerly on an Alpha. It's massive overkill, the only use they're really getting out of all that processor is no visible overhead from IPSEC :p

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:Also turns out Itanium is good at some things by Bert64 · · Score: 1

      Itanium in its earlier incarnations were actually pretty poor for large multi processor servers too, in that the multi processor support used a shared bus architecture... Shared bus doesn't scale very far, so makers of very large servers have to develop their own glue logic to connect many processors together.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  17. Do I have this right by Anonymous Coward · · Score: 0

    Oracle is filing suit, to stop a company, from paying another company, to make a product it wants?

    1. Re:Do I have this right by hedwards · · Score: 1

      Most likely Oracle doesn't want the product but is contractually obligated to buy it. And if the product is no longer available they can stop buying it without breaching their contract. I would assume that would be because Oracle now sells SPARC servers, but I'm not familiar enough with these systems to know.

  18. So Oracle admits they were lying? by pavon · · Score: 4, Interesting

    That's funny. Not to long ago Oracle stated that they have proof that Intel was killing Itanium and that HP was harming their own customers by not admitting it. Now they say that the exact opposite is true; that HP is paying to ensure that Itanium stays alive. Either this change occurred after Oracle dropped their support for Itanium (unlikely), or Oracle just admitted that they have been printing libelous statements about HP, in addition to breaking their contract with them.

    I hope the assholes pay for both.

    1. Re:So Oracle admits they were lying? by Anonymous Coward · · Score: 0

      Or maybe the truth is that Intel is killing Itanium and HP pays them to kill it slower? Not that I know but I don't see how Itanium would be viable, Windows for it is dead-end, as is RHEL, Oracle intends to do the same, a lot of HPC users switched because of the massive delays and slower than expected performance development (and nobody can live on HPC alone anyway), I just don't see where a viable market for Itanium would be.

  19. Itanium is nothing more than PA-RISC64 by kriston · · Score: 1

    Itanium is very little more than PA-RISC64. The people who needed it didn't know they wanted it and when AMD x86-64 came out they ignored Itanium and SPARC to their peril. As a result, performance has suffered dearly. PA-RISC64 and SPARC64 are the true multiprocessing performers. Intel Xeon and Pentium represent at least one decade-worth of performance setbacks when it comes to multiprocessing performance.

    But, Linux runs great on x86-64, so why bother with high performance? Too bad. We still struggle with SMP on x86-64 and Intel PAE. What a shame.

    --

    Kriston

    1. Re:Itanium is nothing more than PA-RISC64 by Anonymous Coward · · Score: 0

      The big problem there is an IT culture where the trenches put too much value how many frames per second a game will get on a set of hardware. It's the most intensive workload many can think of. If a computer can't run thier game well, it must suck.

    2. Re:Itanium is nothing more than PA-RISC64 by Anonymous Coward · · Score: 1

      As a software developer who watched itanium's development before it was called itanium and is developing for itanium today I can say that Itanium has many features not found in PA-RISC and is a huge leap beyond earlier RISC processors. Those advanced features require a bit more than simply compiling for the different instruction set to be taken advantage of. Because of its complexity it isn't as easy to develop for as simpler processors. This, plus higher cost has limited Itanium's sales.

    3. Re:Itanium is nothing more than PA-RISC64 by whoever57 · · Score: 1

      The people who needed it didn't know they wanted it and when AMD x86-64 came out they ignored Itanium and SPARC to their peril. As a result, performance has suffered dearly

      Not every field needs massive numbers of threads. In my field, uniprocessor performance is more important for many tools. I remember very clearly when in the early 2000's a cheap Xeon processor-based box outperformed the fastest Sun boxes we could get. Why buy an expensive Sun when cheap x86 boxes will outperform it?

      --
      The real "Libtards" are the Libertarians!
    4. Re:Itanium is nothing more than PA-RISC64 by JDG1980 · · Score: 1

      On the desktop, good single-threaded performance is still more important than SMP. Furthermore, x86's legacy lock-in is more significant because users are less likely to have the source code (or a vendor willing to recompile on their behalf) than in the server space.

    5. Re:Itanium is nothing more than PA-RISC64 by Anonymous Coward · · Score: 0

      PA-RISC has been 64-bit since at least 1996 (http://www.openpa.net/pa-risc_processor_pa-8000.html), well before Itanium. The IA64 and PA-RISC architectures are very, very different (VLIW vs RISC).

  20. Also not a surprise for MS by Sycraft-fu · · Score: 1

    They've never been big in the ultra high end market. The area where they do tend to have stuff, well x64 has been making a big entrance there. These days you can get an x64 system with 2TB of memory and that really tends to do the trick for large databases, which is one of the main ultra high end markets you see MS in (MSSQL is a serious contender as a high end DB server).

    These days, most things aren't going with one ultra high end system, they are going with a cluster of regular systems. Those clusters are generally x64 parts since they are cheap, readily available, powerful as hell, and run tons of software.

    So I can see why there may not be any real demand for Windows on Itaniums since in situations where you use it, x64 meets the need for less.

    Also it isn't as though MS is dropping Itanium on the floor. They are just not going to support it in their next server OS. You can get Server 2008R2 for Itanium and that'll be supported until 7/10/2018 minimum (they've extended support dates before, but never shortened them). So they are keeping support on going, just announcing it is coming to an end so you've time to plan.

    Plus they could always change their mind. Though most don't know it, Windows is designed to be pretty modular and can be ported without a ton of trouble (as Windows 8 on ARM demonstrates). If there is demand for Itanium, or some other platform, in the future you can bet you'll see Windows for it.

    1. Re:Also not a surprise for MS by bmo · · Score: 1

      >windows
      >itanium

      Excuse me?

      Windows on Itanium is being EOLed.

      http://arstechnica.com/microsoft/news/2010/04/microsoft-its-the-end-of-the-line-for-itanium-support.ars

      Microsoft: it's the end of the line for Itanium support
      By Peter Bright | Published about a year ago

      Windows Server 2008 R2, SQL Server 2008 R2, and Visual Studio 2010 will represent the last versions to support Intel's Itanium architecture, Microsoft has announced on its Windows Server blog. Mainstream support for Windows Server 2008 R2 will end on July 9, 2013, with extended support ending five years later.

      --
      BMO

    2. Re:Also not a surprise for MS by the+linux+geek · · Score: 1

      You didn't real the comment. Especially the part where he said "Also it isn't as though MS is dropping Itanium on the floor. They are just not going to support it in their next server OS. You can get Server 2008R2 for Itanium and that'll be supported until 7/10/2018 minimum (they've extended support dates before, but never shortened them). So they are keeping support on going, just announcing it is coming to an end so you've time to plan."

    3. Re:Also not a surprise for MS by bmo · · Score: 1

      YOU DO NOT TELL YOUR CUSTOMERS THAT YOU ARE EOLING YOUR SOFTWARE UNLESS YOU ARE SERIOUS ABOUT GETTING THEM TO MIGRATE OFF THE PLATFORM.

      For reals. Migrating off of one system to another takes time. You don't play fucking games. Microsoft knows this. That's why they gave everybody enough warning.

      I read the message. The GP is trying to convince people to buy Windows for Itanium, when Windows for Itanium is a DEAD END.

      It is irresponsible, and frankly, an insult to the intelligence of potential customers.

      W2008R2 for Itanium is THE END. If you have not been migrating off it, you should start. Today.

      --
      BMO

    4. Re:Also not a surprise for MS by Anonymous Coward · · Score: 0

      > W2008R2 for Itanium is THE END. If you have not been migrating off it, you should start. Today.

      Well, isn't that true for any version of windows? ;)

    5. Re:Also not a surprise for MS by Anonymous Coward · · Score: 0

      (they've extended support dates before, but never shortened them

      Except for Microsoft Windows Vista. I don't know if they did EOL support dates for WinME, way-back-when.

  21. Itanium was a joint Intel-HP project by Animats · · Score: 3, Interesting

    Itanium was a joint Intel-HP project, remember? HP might well pay Intel to keep it alive.

    The idea behind Itanium was that it had lots of new, different, patentable technology, so Intel didn't have to worry about clones. The problem was that it wasn't better technology. Just different.

    Classic bad CPU architecture ideas of the "build it and they will come" variety:

    • "Hey, let's build a machine with lots of little CPUs that don't share memory and intercommunicate via I/O!" Examples are the nCube, the Connection Machine, and the Cell processor. There's no problem building such machines, but chopping the problem up into communicating bite-sized pieces is very tough, and very closely tied to the specific hardware.
    • "Hey, let's build a Very Long Instruction Word machine so we can run several instructions at once!". A success for some signal processing chips, but general purpose CPUs based on VLIW technology, the i860 and the Itanium, didn't do so well. Intel tried to deny that the Itanium was a VLIW machine, but it is. Optimizing compilers for such machines are very hard. (I met the HP guys trying to do the Itanium compiler once. It was not going well.)
    • "Hey, let's build a shared-memory multiprocessor with non-synchronized caches!" This has been tried a few times. The usual result is software race conditions which are very tough to find, and an extremely painful programming model.

    In the spectrum of concurrency, shared-memory mulitprocessors with synchronized caches work, and clusters of powerful machines which communicate over networks work. Those are the extremes of the concurrency range. With the notable exception of graphics processors, no machine in the middle of that range has been a success. Such machines can be built, but are so hard to program they're always behind the classical architectures. The Cell in the PS/3 is the only example ever deployed in volume, and that nearly killed Sony.

    1. Re:Itanium was a joint Intel-HP project by Just+Brew+It! · · Score: 2

      AMD's 64-bit extensions arguably weren't a better technology either; they just happened to be in the right place at the right time, with a solution that maintained backward compatibility with the existing x86 code base. This, more than anything else, is what kept Itanium from ever gaining traction outside of a few niche server platforms -- when Intel caved and adopted AMD's 64-bit extensions, that was the final nail in Itanium's coffin.

      I hesitate to call the i860 VLIW. Yes, it could fetch and execute an integer instruction and a FP instruction in parallel; but does that really qualifiy as VLIW? Seems more like SLIW (Sorta Long Instruction Word) to me! ;-)

    2. Re:Itanium was a joint Intel-HP project by iamacat · · Score: 1

      This thinking risks making CPUs a commodity, a must have to build a computer but exact specification secondary to GPU and other hardware. Now is the time for Intel to wake up and apply GPU-like technologies to new areas like database queries, or lose the future to AMD, NVIDIA or any newcomer that comes along. Not that deemphasizing x86 would be a bad thing for the industry.

    3. Re:Itanium was a joint Intel-HP project by JDG1980 · · Score: 3, Insightful

      AMD's 64-bit extensions arguably weren't a better technology either; they just happened to be in the right place at the right time, with a solution that maintained backward compatibility with the existing x86 code base

      AMD's 64-bit extensions were a better technology because they maintained backward compatibility. You can't just write off this very important real-world consideration as if it were meaningless.

    4. Re:Itanium was a joint Intel-HP project by Anonymous Coward · · Score: 0

      Superscalar decoding.

    5. Re:Itanium was a joint Intel-HP project by Just+Brew+It! · · Score: 1

      Picky, picky... OK how about we go with: "From a technical perspective, AMD's 64-bit extensions were a bit of a kludge. But providing 64-bit capabilities while maintaining backward compatibility was a very shrewd move which gave the computing industry exactly what it needed at the time."

      I never said real-world considerations were meaningless. But it is certainly possible to look at a technology and go, "That's a pretty sick hack." To take your argument to its logical conclusion x86 would be the best processor architecture of all time, and MS Windows would be the best OS, since they've come to dominate their respective markets -- i.e., they have accounted for "real-world considerations" better than any of their competitors. But from a purely engineering perspective they're a mess.

  22. Re:Maybe Oracle should do something useful, period by jd · · Score: 0

    At least they're not maintaining said obnoxiously terrible software. They're ignoring it (OpenOffice) or using a monkey with typewriter (MySQL and the Oracle DB).

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  23. Two companies behaving badly by Just+Brew+It! · · Score: 1

    I don't see how HP contracting with Intel to continue Itanium support is a problem. Nor do I see Oracle deciding to stop supporting Itanium as lawsuit-worthy either. Both companies need to stop slinging stupid lawsuits at each other, and refocus on producing computer hardware and software. It is sad that business success in the tech industry is now measured by who has the bigger team of lawyers, not by who has the best engineers.

  24. I didn't know that was a secret.... by Anonymous Coward · · Score: 0

    Its common knowledge at least within my crowd that Intel only keeps Itanic going because HP has them locked into a long term contract due to HP canning their HP-PA Risc processor and licensing various things to Intel at the same time.

  25. Re:Maybe Oracle should do something useful, period by liquidweaver · · Score: 2, Insightful

    You sound pretty biased. You sound like someone who inherited an all Oracle shop. Sorry :P

    --
    mov ah, 4ch
    int 21h
  26. Re:Maybe Oracle should do something useful, period by hairyfeet · · Score: 4, Funny

    Yes I agree Open office was horrible, but luckily there is this thing known as a "fork" or spoon or something and i hear its getting better. it may not have to go on the cart! Isn't that nice? Although I do think its rather ironic that you are calling One Rich Asshole Called Larry Ellison a " distributor of obnoxiously terrible software" when he is being sued by HP for NOT distributing said obnoxious terrible software.

    Personally i think BOTH companies should be told to fuck right off and quit wasting the courts time. Oracle doesn't want to make software for Itanic because its a fricking dud, its a bomb, its a stinky turd, its Vista. Who can blame them for not wanting to waste money supporting a dead end system with a dwindling customers base?

    And if HP wants to throw good money after bad getting Intel to continue work on the Itanic? Well this IS the same company that blew a billion for WebOS only to shitcan the developers and who took a giant bath on Touchpad. Nothing in the law says they can't be complete morons and do as many stupid things as they want with their money, despite that "maximize shareholder value" meme that is pushed everywhere with no actual basis in reality. hell if it were true Jerry Yang and the board of yahoo would be in prison now!

    So if this were a sane world the judge would tell HP and oracle to please go fuck right off, or at least make their CEOs duke it out bare knuckle. my money would be on Meg BTW, old Larry has got a bit of a paunch going and I have a feeling Meg would be a biter.

    --
    ACs don't waste your time replying, your posts are never seen by me.
  27. plenty of limitations by Anonymous Coward · · Score: 1

    while the limitations aren't legacy related, there are limitations abound in Itanium's architecture.

    1. Re:plenty of limitations by jd · · Score: 2

      All designs have limitations. Nor would I claim that the Itanium is the greatest processor out there. It has some great ideas, the second iteration was actually a decent invention, and it shows some nice creative elements. The flaws in the concept could only be revealed by actually implementing it and - as Linux kernel developers keep pointing out - actually putting it out there to test. Developers can't put anything, hardware or software, through all the real-world experiences, only users can do that and despite the wide availability of test silicon or test kernel releases, users won't test until it's mainstream.

      The legacy limitations of the x86 are a major hindrance to development. (Back when the 68040 was commonplace, you'd never have seen this kind of fanboi reaction to me disliking the x86. People saw the alternatives, used the alternative and loved the alternatives. It's only modern users who have no experience with the true power of real designs that you see this kind of clingy addiction to arcane and archaic legacy defects.)

      I've programmed the StrongARM, the MIPS64, the UltraSPARC, the M68040, the T800 Transputer, the DEC Alpha and every 80x86 processor save the Crusoe at the instruction level. Oh, and most of the 80x87s as well, except for IIT's 80x87 which I'd have loved to use as it could process entire arrays in single instructions. I know the alternatives. I've used processors that have no registers at all, just a bank of on-board RAM that you could divide and use as you wished. I've seen stuff in processor designs that are beyond the comprehension of those who have never seen outside the PC world. All of these processors had flaws and some died because those flaws were retained for compatibility purposes. But nobody who has that kind of breadth of experience believes that the flaws you know are worth clinging to. It's better to strike out boldly and risk failing than to tepidly patch. Evolution always dead-ends, but revolution can continue indefinitely.

      I dislike stagnation of any kind. Learn, grow, incorporate, then invent. That is the only long-term solution. That's as true of bus technology as CPU design. If I were to design a bus, I'd look at the lessons learned from VXI, HyperTransport 3.1 and PCI Express 3, I'd want to know what worked and what didn't, but I wouldn't clone any of them. What would be the point? You can't invent if you don't know why things work the way they do, but you should never re-invent the wheel. If it's worth inventing, it's worth inventing something the wheel can never be.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  28. Oracle accuses HP of being good to its customers by Anonymous Coward · · Score: 0

    Apparently, in Oracle World, being a dick to your customers (what Oracle is doing to its paying-early-and-often customers) is so normal, that they see being good your customers, even at some expense is an "accusation".

    In sum

    Oracle: HP is a bunch of douche bags, because they aren't as big assholes as we are. Come to us. You know you want it, you, you mewling girly men.

  29. It's not about better and faster servers by dutchwhizzman · · Score: 1

    It's not about better and faster servers, it's about Oracle no longer selling their database software products for Itanium. Given your arguments, Oracle has every right to stop selling their software to run on competitors systems.

    For some reason, HP seems to think there are contracts obliging Oracle to keep selling and supporting their database software products for Itanium and Oracle seems to think they have no obligation, since Itanium would be dead and buried if HP wasn't secretly paying Intel money to keep it alive. This would render the contract invalid in Oracles view. The key here seems to be that if HP had to pay Intel to not kill Itanium, Oracle has no obligation to keep supporting it. Probably they mean HP should pay Oracle a large sum of "secret money" as well to render them the same services they allegedly bought from Intel.

    Don't we all just love these vendor lock-in disputes? Everybody makes money out of them, the companies, the lawyers and ... oh, no, the customers are the ones paying for all this drama.

    --
    I was promised a flying car. Where is my flying car?
  30. HP-UX / Oracle / Itanium user here. by attemptedgoalie · · Score: 5, Interesting

    I'm in the power industry. We have some applications that are only built in Solaris, HP-UX or AIX due to the underlying Cobol code, etc.

    If we want to maintain certain regs, or have access to certain markets, we have to keep this particular app.

    The day Oracle crapped on Itanium, we had to get HP in to tell us what the plan was as it would take us a few years to migrate to AIX if HP was really dumping it. (there is no way in hell we're running Oracle on a (now) Oracle operating system). Talk about vendor lock in. Woof.

    Since then, I have been provided HP-UX and Itanium roadmaps for a ways out. (under NDA so no more details than that)

    If Oracle wins on this, and really does dump UX, then I need to bring a bunch of AIX gear in and put a team of developers to work porting our custom code which means no optimization, no rewrites, no efficiency. All of our work to improve security, and kill off bugs will be wasted as we get it barely working in a new environment before we lose support. Just in case we get a nuclear project, etc.

    The thought of training hundreds of people in a new system at multiple power plants and dozens of substations alone makes me nauseous. But if we screw up the migration process and wreck compliance, we could be out of business as the fines are incredible.

    I'll bet half of this could have been avoided if when Hurd was found screwing around at HP, they could have just had him executed. Then he wouldn't be at Oracle and probably influencing this situation quite a bit.

    --
    My mom says I'm cool.
    1. Re:HP-UX / Oracle / Itanium user here. by eap · · Score: 1

      >If Oracle wins on this, and really does dump UX, then I need to bring a bunch of AIX gear in and put a team of developers to work porting our custom code which means no optimization, no rewrites, no efficiency

      Could you not contract with oracle for extended support of their software on Itanium? I have heard of such things happening. It will cost a buttload, but probably cheaper than porting your code.

  31. Re:Maybe Oracle should do something useful, period by cheeks5965 · · Score: 0

    Whoosh

    --
    -- Flame me and I will happily flame you back. Bring it!
  32. Your sig by jensend · · Score: 1

    Just curious- why the Caiaphas quote from John 11?

  33. Itanium server by Anonymous Coward · · Score: 0

    Past four years, we are using itanium server for our financial application..... On production server.. The software based on php and mysql quite stable so as on dual core laptop or core 2 duo............ When moved to itanium server,we started to have lot of weird problem.And the worst it very slow........... My suggestion Don't ever used this proc .Used xeon instead much faster..

  34. Re:Maybe Oracle should do something useful, period by MurukeshM · · Score: 1

    I hate to say this, but Double Whoosh!

  35. Re:Maybe Oracle should do something useful, period by cheeks5965 · · Score: 0

    just cuz you say "double woosh" doesn't make it a double woosh. it just puts more woosh on you.

    --
    -- Flame me and I will happily flame you back. Bring it!
  36. Re:Maybe Oracle should do something useful, period by symbolset · · Score: 4, Insightful

    Oracle agreed under contract to support this platform on their products. They got good valuable consideration for that. Now they don't want to hold up their end. Well that's too bad. A deal is a deal.

    I have no pity for either HP or Intel on this one - they're taking a bath with Itanic, as some of us said they would 7 years ago and more. But at least they're not having to be sued to keep their promises.

    --
    Help stamp out iliturcy.
  37. Is there any other way it happens? by iamacat · · Score: 2

    As far as I understand, customers always pay companies to keep product alive. Are they saying HP pays more per CPU than the price of a single order in retail? My bet is on a significant volume discount.

    1. Re:Is there any other way it happens? by Anonymous Coward · · Score: 0

      I think that Oracle wants HP to consider switching to SPARC instead.

    2. Re:Is there any other way it happens? by shadowrat · · Score: 1

      As far as i know, it's not illegal (yet) to set up an unfavorable business deal. If HP is paying retail+ per CPU, Oracle should be executing a full on Nelson laugh in HP's direction.

  38. My only wish... by mykos · · Score: 1

    ...Is that there was some way that all corporations involved in this thing could suffer irreparable harm from this.

  39. Re:Maybe Oracle should do something useful, period by jimshatt · · Score: 1

    No, not just cuz he saiz it, but that doesn't make it less true. It's either a double woosh, or no woosh at all (and GGGP was just only insightful).

  40. And this is a defence for breaking a contract? by dmcq · · Score: 1

    Well if I was in another manufacturing company contracted with Oracle I'd be start thinking would I be breaking my contract by shovelling a bit of money to the free alternatives so my customers don't get locked in with Oracle. After all Oracle might find some such other such reason of equal validity for not supporting them.

    --
    thou discernest my thoughts from afar
  41. Re:Maybe Oracle should do something useful, period by qubezz · · Score: 0

    Or in other words, FUCK YOU, Oracle!

  42. Re:Maybe Oracle should do something useful, period by Anonymous Coward · · Score: 0

    It would be interesting to look at the actualsupport commitment clause. If they just committed to "supporting" the architecture Oracle could just keep shipping bugfixes and security fixes, but develop new versions for x64 and Sparc only. If HP's lawyers were good they probably put in something about preferred platform or at least as well as any other processor, so Oracle would be screwed.

    Since both sides are still pushing this rather than settling, the contract probably specifies something in the middle. Like Oracle has to keep supporting Itanium as long as it's a commercially viable platform, which would be dabatable.

  43. Funny story by intellitech · · Score: 1

    I actually did a while back, and it was one of the most frustrating jobs I've ever worked.

    I admit that I am biased, but I do really hope that company crashes and burns.

    --
    vos nescitis quicquam, nec cogitatis quia expedit nobis ut unus moriatur homo pro populo et non tota gens pereat.
  44. Classic FUD! by M1ch3lk · · Score: 1

    Just before Oracle bought SUN then HP was a "strategic partner". Customers would buy bunch of HP servers + oracle databases and both companys were making money and happy. Then Oracle buys SUN, Mark Hurd gets fired, And Larry is mad that those big database customers just won't migrate to their platform....

  45. Coorporate Maturity? by s.petry · · Score: 1

    HP: Mommy Court, Oracle hit me!

    Oracle: Nuh uh, and they hit me first

    Seriously though, I blame Microsoft.

    --

    -The wise argue that there are few absolutes, the fool argues that there are no probabilities.

  46. [ Begging for Life] Complaint about IBM China CSR by Anonymous Coward · · Score: 0

    Please Google:

    IBM detained mother of ex-employee on the day of centennial
                  or
    How Much IBM Can Get Away with is the Responsibility of the Media
                  or
    Tragedy of Labor Rights Repression in IBM China
                or
    IBM Advised to Treat its People with Humanism in China

  47. The real problem is that HP by bored · · Score: 2

    Still hasn't started transitioning their HP-UX, Nonstop, etc customers to something else. It generally takes a generation or two before all the lagards get on board a new arch. Heck, HP was still selling PA-RISC machines a couple years ago, long past the point where it was apparent the itanic was a dead end.

    It seems that HP is intended to keep forcing intel to make the itanium forever, but they have to have a fallback plan. The question is, does HP want to pay for full development of a chip so complex it takes 10x the manpower to design for, or are they going to bring back something like PA-RISC or Alpha that goes fast, without to much effort. Their only other alternatives seem to be jumping on the x86 or POWER bandwagon. I might included sparc, but outside of fujitsu, that seems pretty dead too.

  48. blatant contradiction by hAckz0r · · Score: 1

    How can it be that they "make money from its locked-in Itanium customers" and also "take business away from" anybody? This is a contradiction. The conclusion does not follow from the facts. If you have locked in users you are not stealing new business away from anyone. By paying higher prices for a processor that nobody else wants, the cost to the current users just goes up accordingly. They can only be preventing someone else from taking away the current business that is already "locked-in" but not yet willing to pay the price to move to another technology. Oracles' problem seems to be that there is some "business" going on out there that does not belong to them, and they don't like it that way.

  49. I love you man by symbolset · · Score: 1

    The benchmark today is 3.0GHz Interlagos processors with 16 cores per socket, up to 4 sockets per motherboard, for a total of 64 AMD64 cores per node at 3GHz in 2U, or 1.5x better in blades. And of course GPGPU on top of that. Itanic may have some internal efficiencies, but it can't compete against that compute per RU on any benchmark I know of.

    It's got some resilience, but frankly we've moved that feature to software. It's got some scalability, but FDR Infiniband is solving that problem too.

    Itanic is toast. The clock doesn't ramp, and we knew that seven years ago - it was provable then, and it's proven now.

    HP and Intel will bring out new chips for a few years because they promised to. It's a losing proposition now, but they promised and a deal's a deal. By eating some losses here HP and Intel gain some trust in the enterprise market where they have other products to sell, so it maths out financially.

    --
    Help stamp out iliturcy.