News for hackers. Stuff that matters.
Re:The end of Wintel by InclinedPlane on Tuesday August 03, 2010 @03:43PM (#1572472)
Fortunately Intel is not quite so dumb as to not have multiple irons in the fire at the same time. But they came closer to killing the company with Itanium & NetBurst than they ever had before.

Itanium is a special case of the classic problem of trying to rebuild from scratch. If you do it right it can be a huge win, if you do it wrong you can kill the company. Generally speaking most times that such efforts fail it's due to ignoring the need to take the new architecture through enough iterations to gain maturity and parity with the old architecture, and ignoring the extensive costs of having 2 parallel architectures in play at the same time and the costs associated with transitioning from one to the other. The efforts that fail almost always assume that the new system will be 100% capable on day 1 and the switchover will be effortless and complete instantaneously (rather than costly, time consuming, and incremental).

Re:The end of Wintel by Tamerlin on Wednesday August 04, 2010 @12:40PM (#1574914)
Except that Intel wasn't in any danger of dying, I agree. Even with Itanium's steep costs and delays, NetBurst came pretty close to keeping pace with the Athlon and Athlon 64 -- close enough for Intel to compete with price. Admittedly, it was largely due to the fact that Intel had the edge in both fabrication technology and capacity, but either way AMD couldn't make enough processors to satisfy global demand.

By way of example, recall that in the first month after Intel started shipping its first 64-bit x86 processor (a NetBurst Xeon whose code name I have forgotten), that processor outsold the combined annual production of G5, Athlon64, AND Opteron.

AMD had a lead in many ways, but wasn't even in the ballpark as far as fabrication capacity.

"The efforts that fail almost always assume that the new system will be 100% capable on day 1 and the switchover will be effortless and complete instantaneously (rather than costly, time consuming, and incremental)."

Agreed -- and it's all the more reason that Intel should have relied exclusively on the binary translation technology that they inherited along with the Alpha development team, technology, and intellectual property.