Slashdot Mirror


Dell Dumping Itanium

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.

3 of 170 comments (clear)

  1. Don't forget SGI by Anonymous Coward · · Score: 5, Informative

    SGI uses Itanium for their Altix line of products that run Linux. They need Itanuim for its ability to handle hundreds of processors in one system with cc:NUMA, and its huge physical address space for their customers who need several terabytes of RAM in one system.

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

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

    --
    Lost at C:>. Found at C.
  3. 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.