Slashdot Mirror

← Back to Stories (view on slashdot.org)

Dell Dumping Itanium

Posted by Zonk on from the nice-to-have-known-you dept.

njcoder writes "In a PC World article it is disclosed and confirmed by Intel that Dell is dropping support for Itanium processors. 'After Advanced Micro Devices demonstrated that 64-bit extensions to the x86 instruction set offered a smoother transition to 64-bit computing, Intel released a version of Xeon with similar technology, and Dell now offers 64-bit Xeon processors across its product line.'" More from the article: "The chip maker has since backed off its original statements about Itanium and is now promoting the chip as a high-performance replacement for reduced instruction set computing (RISC) processors in Unix servers from companies such as Sun Microsystems and IBM. Hewlett-Packard, a co-designer of the processor, has embraced Itanium as the processor of choice for its high-end servers. Fujitsu. and NEC are also among the system vendors that sell servers with the processor." The story is also being reported at Ars Technica.

8 of 170 comments (clear)

  1. Exactly what *is* the Dell aversion to AMD? by popo · · Score: 4, Interesting


    One has to wonder, outside the obvious explanation of Intel's anti-competitive trade practices, what is Dell's aversion to AMD 64-bit / dual-core processors?

    Clearly there is significant (and growing) demand for Opterons.

    Dell's outright refusal to offer AMD chips seems almost like proof of itself that Intel is acting in an anti-competitive manner.

    Has Dell ever put forth a better explanation?

    --
    ------ The best brain training is now totally free : )
    1. Re:Exactly what *is* the Dell aversion to AMD? by mihalis · · Score: 3, Interesting

      One has to wonder, outside the obvious explanation of Intel's anti-competitive trade practices, what is Dell's aversion to AMD 64-bit / dual-core processors?

      I think that Intel gives a slightly better volume discount to Dell than anybody else. Partly this is because Dell's volume is bigger than most anyone else (I forget if they have exceeded HP yet), but the obvious suspicion is that there is also an "exclusivity bonus" - yet lower prices for a vendor who does not sell any of the competition's products. If Dell actually sold AMD Opteron based products, I suspect they would do very well on those products, but if they drove up their costs on every other system they sell, all still containing Intel cpus, then it might be a net loss, at least initially.

    2. Re:Exactly what *is* the Dell aversion to AMD? by nrgy · · Score: 3, Interesting

      If you read some of their press releases they often make the hilarious comment "Are customers just aren't asking for them". But then browseing their store you can find tucked away mostly hidden links to Opteron systems for sale. So Dell which is it?

  2. Ummmm .... by gstoddart · · Score: 5, Interesting

    Isn't everyone dumping Itanium? Why is Dell any different?

    --
    Lost at C:>. Found at C.
  3. Writing has been on the wall by akuma(x86) · · Score: 4, Interesting

    Itanium is all but dead... relegated to the supercomputer niche - and we all know what happens to supercomputer companies :)

    Intel has spent billions on Itanium and seen an effective return of 0%. Investors won't tolerate this for much longer. AMD's x86-64, and Intel's subsequent introduction of EMT64 (same thing), have finally pushed this ill conceived idea into its well deserved death spiral.

    It has no technical merit. But technical merit sometimes is a secondary matter in the business world. However, the economics don't make any sense - you can't introduce a new ISA into a mature software market and expect it to fly just because you're Intel.

    It was a mistake - write it off and move on.

    This should free Intel to deploy those valuable Itanium engineers (like the ex-Alpha team) to work on something that actually generates cash (like x86 servers). So while AMD might have a short term lead - the giant resources of Intel are more than enough to catch up and re-assert their leadership position.

    1. Re:Writing has been on the wall by akuma(x86) · · Score: 5, Interesting

      x86 processors have a fixed amount of decoder logic overhead vs. RISC. The decoders essentially dynamically translate the x86 instructions into more machine-friendly micro-ops which are very RISC-like.

      As transistor budgets increase exponentially (thanks to Moore's law), that fixed overhead gets smaller and smaller each generation - to the point that it's insigificant (less than 5% today and getting smaller tomorrow). So in the early 90s you could make a case for more efficient computing with RISC vs. x86, but today it's just so negligable that you don't care. There are also numerous micro-architectural tricks to get around the limited registers and wacky addressing modes.

      Couple this with the fact that 99% of all of the world's software is written for x86 and you have a very large inertia to overcome in order to change the ISA.

      Why would any software vendor port their application to a new architecture if that architecture is brand new and nobody is using it initially? This is a very expensive and risky task. Let's say that the incentive is increased performance with a new ISA (highly unlikely given that the ISA doesn't matter anymore given the very large transitors budgets). But let's be generous and give it a 50% performance advantage (again - this is fantasy land). Do you spend the 8 months porting, debugging, testing Photoshop? Or do you just wait 8 months for a 50% faster x86 to come out and instead spend that time improving your product as opposed to keeping it the same on a different architecture?

      You'd have to be crazy to take that tradeoff. And so, you see what we have today - x86 everywhere.

  4. Itanium isn't ALL that bad... by ajiva · · Score: 3, Interesting

    Itanium as an architecture isn't all that bad, and has some great ideas. The only problem is that with Itanium most of the work has to be done by the Compiler writers to get as much performance out of the machine as possible. NOPs are a killer on Itanium because they take up precious space on bundles. X86 and other architectures are not as dependent on compilers for performance (well ok that's not totally true). Either way normal archs have had 30+ years of research into how to optimize code while Itanium realistically has had about 5 or so.

  5. I actually use an Itanium... by rbinns · · Score: 3, Interesting

    I have 2 machines on my desk for computational stuff. The Itanium2 box is used for my "set up and run overnight" jobs. It seems to run just as fast as the other box, a Dell Xeon box, but can run more jobs at the same time. Both systems have similar spec otherwise (4 gb ram, SCSI RAID, RHEL). The other major issue I have with the Itanium is software support. My processor program's vendor (CFD) has an optimized version for the Itanium, whereas no similar version of the pre-processor exists. So I mesh on the Xeon, run on the Itanium. I wonder if this chip is still a viable solution for heavy computation or if another architecture is superior?