My guess is that Intel views Larrabee as a jumping point into the same HPC computing space that NVidia seems to be betting their company on, rather than just a video card. If you view the hardware as being for more general purposes and not just 3D acceleration then keeping the x86 ISA could become a selling point.
Also given that Itanic is being effectively being kept 'alive' (and I really use that term generously) by HP, I would say it has been for all intense purposes dead for years. Last chip was built on 90nm and it's successor has yet to be seen. Compaq kept Alpha 'alive' for years too and we all know what happened to it.
Oh I have nothing against diversity but the market that Itanic was supposed to address got clubbed with a 400 pound pole when AMD brought out their 64-bit solution. Bang for the buck it pretty much snuffed IA-64 out of real existence. ultraSPARC and PPC's thrived better then itanic ever did. IDC predicted IA-64 systems sales will reach $38bn/yr by 2001 but to my knowledge itanic's peak was around 1 billion in sales in 2004.
Last edited by deanjo; 12-05-2009 at 04:56 PM.
Well... IA64 was also being beaten by Alpha until Intel bought and killed it. IA64 had major issues, but if we consider the number of "big chip" designs now against 10 years ago, it's a worrying trend. Alpha and MIPS effectively dead, PPC PPC, Sparc, and IA64 essentially gone from the workstation market. AMD64, good as it is, is still carrying handicaps deriving from it's x86 origins. Admittedly, Itanic is a tad irrelevant in the context of that trend as it's an Intel chip.
On a different level, one has to wonder how much Intel learned from the Itanic project which has since been fed back into their x86(_64) chip range.
But if you're going to have to recompile anyway, then you don't care what the underlying instruction set is, just how fast it can execute your code; which will almost certainly be faster if you can eliminate all those transistors and pipeline stages required to decode the complex x86 instruction set.
Because the translation layer is what makes it run at a reasonable speed.
Essentially it takes the complex x86 instructions and turns them into a sequence of simple RISC-type instructions which can be dynamically decoded as they're executed. I don't know about AMD, but recent Intel chips cache the translated instructions so they don't need to decode x86 instructions all the time.