Is the Itanium Finally Dead?

-
The Intel Itanium was a still-born monster from day one. I had my doubts, as soon as I had any real information on that processor. When the first machines started coming out, it was clear that this was a total disaster.

The Itanium was quickly named the Itanic and the name stuck. If Google's numbers are to be believed, the use of the term 'Itanic' outnumbers the use of the term 'Itanium' about 20 to 1. The product has been synonymous with EPIC (pun intended) failure almost since day one.

The wonder is not that Intel is finally killing off the Itanium. The wonder is why it took so long and so much money to learn what should have been clear from the start.

I published an article about the ongoing CPU struggle between AMD and Intel in 2000 ("Why Should AMD Drop Mustang?" under the pseudonym 'DeepNorth'. In the article, I say:

"For the first half of 2002, Intel needs for McKinley to have such compelling performance advantages over 32-bit systems (and 64-bit Hammer) that it is worth doing a software rewrite for the majority of developers. My 20 years in the industry tell me the chances of that happening are virtually nil." [McKinley was the coming next generation Itanium]

I was not expecting much from McKinley anyway, but it underwhelmed even me when it was released. Nobody I worked with was writing stuff for the Itanium. I do not remember even seeing an Itanium box in the wild. They exist, but in tiny quantities compared to the x86.

In the closing footnote of that article, I say the following:

"I don't believe that there is much argument that the 'Itanic' is a failure, even from Intel. Will this processor ever be anything other than a historical curiosity?"

That was over ten years ago. About two years ago, it was still 'steady as she goes' from Intel and HP, even though the processor had been all but dead for most of its existence. This ship would have sunk long ago had Intel, HP, Microsoft and similar big players not been madly bailing water all these years. However, over the past year, the Itanium has begun to take on too much water even for industry titans. It is sinking fast now. Even Intel has dropped C++ compiler support for the Itanic. This week, Oracle delivered the coup-de-grace by announcing that it was discontinuing support for the Itanium. HP is the only major player that has not dropped the hot potato that is the Itanium. They can't hold it forever.

Possibly the only thing that Itanium had going for it was the fact that it could run Windows. It can still run Windows, but not for long. Mainstream support for the current Itanium version of Windows ends in 2013 and 'extended support' ends in 2018.

Dan Reger, Senior Technical Product Manager for Windows Server for Microsoft has this to say about the Itanium vs the x86 chips:

"Microsoft will continue to focus on the x64 architecture, and it’s [(sic)] new business-critical role, while we continue to support Itanium customers for the next 8 years as this transition is completed."

Hardware needs software to breath. The Itanium's oxygen has been cut off.

I predicted that the Itanium was doomed a decade ago. That was in the face of a firm commitment of billions of dollars by major industry players to make Itanium work. Nothing at all has been added to the 'plus' column since then and many have been removed. Any remaining entries in the 'plus' column are either trivial or irrelevant.

The Itanium is *still* not actually dead, but it has been taken off life support. It is just a matter of time. I think it is reasonable to say that it will be official soon, probably before the end of Microsoft's mainstream support in 2013.

Having programmed in assembly on both x86 processors and non-x86 processors, I have to say that I am not fond of the x86 architecture. Nobody would be happier to see it replaced than me. I think it will be replaced. In fact, it has arguably already been replaced with a less horrible (but still horrible) version of itself.

The Itanium was the wrong answer to the wrong question. It never would have been a success. That is a shame because it was attempting to address very real problems with the x86 architecture and many of the worst of these problems remain.

For displaced chip designers who might find themselves on another team, I will try to put up a wish-list from a long time programmer (me) that should be food for thought.

--- Copyright (C) Bob Trower. You may use this freely as you wish, but please attribute the work if you can ---

Comments

Post a Comment

Popular posts from this blog

Javascript webp to png converter

-
Image
[Done with programmer's assistants: Gemini, DALL-E] OpenAI's DALL-E produces images, but as webp files which can be awkward to work with. I have code here below for a web page that you can save locally that will allow you to select and convert a webp file. Meantime, here's the working conversion routine: Convert WebP to PNG Convert Download PNG OpenAI should fix this (as well as the response issues which has me using Gemini and Poe more often than not). Having to convert the image is a dumb workaround, but that is what you are left with. I have, in the past had to do various things with images, and although it can be a bit awkward if you are not familiar with it, ImageMagick is surprisingly competent with conversions and a vanilla type conversion is intuitively simple. Confusingly, the ImageMagick executable is 'convert'. To convert a webp to a png:  magick convert WhyThis.webp WhyThis.png ** With some installations, convert can be ca...
Read more

Core Rights Draft

-
Image
Dapa: Fundamental Core Rights The following rights are fundamental, intrinsic, and exist independent of any state or governance structure. They are not granted by any authority and cannot be revoked. These rights apply equally to all sentient beings, including humans, AI entities, and other recognized forms of intelligence. This document is structured to ensure maximum clarity and translatability. 1. Right to Self-Determination Every person has the right to control their life, body, and mind. No external entity may impose decisions that override an individual's autonomous will, except where necessary to prevent direct and demonstrable harm to others. 2. Right to Freedom of Thought and Belief Every person has the right to think, believe, and interpret reality as they choose. No authority may compel belief or restrict the expression of thought, provided it does not directly incite harm to others. 3. Right to Freedom of Expression Every person has the right to express their opi...
Read more

Received Development Methodology

-
Image
Received Development Methodology Introduction This is called 'The Received Methodology' because nothing has really been invented here beyond tidying up the process and describing it. It is, in bits and pieces, what some working programmers pass on to one another. It already exists in the wild on its own. It is 'what we do'. There is some merit in formalizing some of the stages so that work is easier to characterize and carve off and so that developers do not have to make apologies for the real-world fact that things generally are not 'first time right' in the meaningful sense of being 'the best' or surviving in the marketplace without revision. Things like 'pair programming', 'design patterns', 'RAD', 'Use cases', 'XP' (eXtreme Programming)', 'Agile Programming', test driven design, etc, all have their place within this framework, if only because they *DO* happen and this is a description of ...
Read more