Slashdot Mirror
Intel Dumps Iitanium's x86 Hardware Compatibility
Spinlock_1977 writes "C|Net is running a story that Intel is going back to software x86 emulation on Itanium in order to reclaim chip real estate. (room for another 9MB of cache?)
One notable quote about x86 emulation: 'Basically, no one ever used hardware-based IA-32 execution, so better to use the silicon for something else,' said Illuminata analyst Gordon Haff. 'Of course, basically no one uses software-based emulation either, but at least that doesn't cost chip real estate.'"
Intel's chips will use that extra sillicon for a nice pair of fake breasts. That's sure to up their earnings next quarter. Take that AMD.
I think the days of it mattering what the exact instruction set is are pretty much over.
Sheesh, the Itanic wasn't exactly a success story. How does it fit into their new roadmap with cooler chips that eat less power? That processor was a goddamn space heater.
This is very old news. Various sources and die photos have showed this for more than a year... ...and no one cares.
The die space reclaimed was somewhat significant, and the software emulation is faster than the hardware emulation.
-- Have you ever imagined a world with no hypothetical situations?
"Of course, basically no one uses Itanium either..."
if they are going to dump x86 compatibility, why not dump Itanium compatibility and just go back to Alpha?
Why not extend that logic? No one really used the Itanium chip anyway so why not use the silicon to make Yohan's for Apple?
Help fight continental drift.
There's a sense of irony with Apple having, apparently, no problem getting PPC emulation to work on an Intel x86 ... and Intel having no joy running x86 emulation on IA64. If I didn't know better it would look to me like IA64 is a bag of crap.
Oh, hang on.
Dave
I write a blog now, you should be afraid.
Politics. Yes, Alpha is a much superior platform, technically speaking, than pretty much anything else out there today. But for Intel to turn their back on Itanic (thank you, Register, for consistently misnaming the Itanium in such an apt way) would mean admitting that the billions of R&D they spent on it was a waste. HP also has political reasons to not resurrect Alpha.
Damn shame, that. If they'd poured as much money into Alpha as they did into Itanic, they'd have a platform that would whomp all over everything currently in the marketplace.
I don't seem to remember any "640K" barrier with the 8088 or 8086. Didn't it support up to 20 address lines? Yup... I thought so. That missing 384K was reserved for ROM, video RAM, and whatever else one might need. And lets not forget the bank switched expanded RAM boards that were around in the day. As one whose family owned an original XT w/ 20MB drive and full 640K from 1983 onward, I can say with assurance that 640K was a whopping amount of RAM in the day. It also cost a buttload.
Perhaps this is an indication that Intel has finally realized that their strangehold on the CPU market may be threatened by AMD? And that they will have to optimize and trim the fat off their products? Competition is good.
I work in Computational Engineering and can say that I know people who specifically write for epic because it is good at pushing the _huge_ amounts of serial computations (mostly solving large systems of equations) through the processor quickly.
I have personally had a dual itanium workstation sit under my desk for around 9 months. It was ok I suppose. I was doing Finite Element mechanical simulations on it and it did fairly well at it (it helped that it had 8 Gigs of RAM). I also got Gentoo compiled on it (this was before it was really supported) and it worked fairly well as a desktop (had an nvidia quadro card in it).
Personally, I think intel should just give up... they obviously lost the fight. But who knows, maybe it is actually making them _some_ money (although it can't be much).
Friedmud
If you have the time to hand-optimize your code, it blows anything out of the water. This means it's useful for simple number crunching, but not much else - more processors are generally cheaper than more coders. It was expected that compilers would improve by the time Itanium was adopted, but that hasn't really happened. (I read here that the hurd coders were able to make their Itanium message-passing routine TEN TIMES faster by doing it in hand-coded assembly compared to what a compiler churned out)
I am trolling
Maybe they just make it for the supercomputer folks... a niche market which is probably 10x larger and 100x more profitable than the propeller-beanie AMD fanboy crowd that trolls around here, scoffing at neon-illumiation-free chassis.
https://www.accountkiller.com/removal-requested
Intel's biggest failure was taking so dang long to get the Itanium to market. I remember when it was annouced, and a short decade later the thing arrived. By the time it arrived things had changed quite a bit at HP, Intel and the computer markets in general.
Yes it is, because MB means 1000 Kilobytes, and MiB means 1024 Kibibytes. Usually you're off by a factor of about 0.91 or 1.1, which can mean a lot. Please don't insult the functionality of accuracy. :D
What day is it? Could you please tell me?
I find is odd that Intel keeps backtracking to its 20 year old Pentium Pro design. Both of their recent high-budget designs, the P4 and the Itanium proved to be a flop to some extent, while the P6/Pentium Pro/PII/PIII/Centrino/Banias architecture has scaled amazingly well since its humble 200 MHz beginnings.
Was there a generation change at the design offices? What else could have caused the most prominent chip design firm to lose its ability to do solid engineering? Granted even the golden boys created a dead end (i960) architecture, it wasn't quite as expensive a mistake as Itanium...
I remember that in the nineties new chip generations would be popping up left and right, each of them offering some really unique and cool innovation in terms of memory management, execution streamlining or heat management. But Transmeta was the last memorable innovation, and since then everyone seems to be exclusively focused on cache megabytes and transistor sizes. I would love to see real experimentation and innovation reintroduced in the CPU arena...
Damn shame, that. If they'd poured as much money into Alpha as they did into Itanic, they'd have a platform that would whomp all over everything currently in the marketplace.
I don't know that I agree. The alpha was a particular set of optimizations. Dual register files, branch-prediction hints. pure 32bit (sub-32 bit data access had to be emulated through a multi-step process). Deep pipeline (for it's day).
But at the same time, they purposefully witheld adding out-of-order execution (plays havoc w/ their highly optimized register configuration). Sparc had similar problems with their rolling register-stack.
I studied the alpha prior to the announcement that their new version would have out-of-order, so I don't know if they ever did go that route.
The point is that by adding all of the techniques that were employed by modern CPUs (aside from slightly higher speed memory), they would not have maintained much of an advantage. Their performance would be comparable to the AMD-64, but not much faster.
I'd still love to see the alpha kept alive, there was absolutely nothing wrong with it, except it's price (for general work-station use).
-Michael
250 or 240? I'll just use the 240 number. 257,698,037,760 bytes using the GiB system. 240,000,000,000 bytes using the GB system. over 17 gigs difference, and you're telling me you won't notice it? :P
What day is it? Could you please tell me?
Memory allocation while coding. :P
What day is it? Could you please tell me?
They do, hard-drive companies use the metric standard when listing sizes, while Windows will read it in the ibi-prefix standard. Which is why you lose about 10% of your data capacity upon purchasing a hard-drive. :P
What day is it? Could you please tell me?
I studied the alpha prior to the announcement that their new version would have out-of-order, so I don't know if they ever did go that route.
;)
Yep, with the 21264 - aggresively out-of-order CPU. The 21064 and 21164 might not have executed instructions out-of-order, however they were highly speculative. AXP arch was designed for out-of-order from the beginning, the two early CPUs did memory IO out-of-order. 21064 had a 32 entry register file it seems, not 2, btw, according to a paperp on the AXP 21064 I found on google written by a DECy.
Their performance would be comparable to the AMD-64, but not much faster.
Agreed, cause guess what: AMD64 is Alpha's progeny-in-spirit.
The AMD K7 is very alpha-like (hence so is the K8). Highly speculative, out-of-order, wide multiple issue CPUs like the 21264. Not co-incidentally given that Dirk Meyer, co-architect of the 21264, led the AMD K7 design team. K7 used the 21164/21264 EV6 PtP interconnect too. K8 made it routable with HyperTransport - just as DEC^WCompaq did with EV6 in the 21364. You would still expect this mythical equivalently developed Alpha to beat AMD64 though, given it'd be able to use the die-space 'wasted' on x86-decoding for something more productive (cache or somesuch).
I use Friend/Foe + mod-point modifiers as a karma/reputation system.
The x86 was never used on itanium ? crap.
Sure ist was ( and I assume is ) used - for the firmware. IIRC, the EFI-firmware of the Itanium boxen was entirely x86. They use the x86-ISA for running the x86-based firmware of add-on cards. That way, Itanium boxen are able to use about any PCI-card out there, without
them having any special firmware.
Alphas did that in software, which mostly worked but far from working with everthing.
SPARCs and the PowerPC-based Apples have PCI, but neither is able to handle standard
PCI-cards for exacty that reason, which is why you have to shrug off $$$ to get the same
PCI-hardware with their native firmware support.
Ok, any PCI-card stuffed in an Itanium box would need decent OS-drivers, but at least
that is in the realm of the OS-vendor and drivers can be ported. Only very few
PCI HW-manufacturers ever did anything but x86 firmware, geared towards BIOS.
EFI, the firmware that ships with Itaniums, is quite good at handling that crappy
PC-BIOS type firmware. Need a decent RAID-controller ? Just stuff it in.
I'd call that a big plus. There are and have been numerous misconceptions about Itanium
from the very beginning, but saying "Nobody needs on-chip x86" is utterly stupid.
IIRC, the chip "real-estate" needed for x86 was in the lowish single-digit percentage
of the total chip-real estate. And it was a good investment, since it saves $$$ for
anybody running Itaniums. It was there for exactly that purpose, until some marketing
freak obviously decided to sell that as "backwards compatibility". x86 on Itanium was
and is dead slow, but for POST/Init purposes, it is sufficient.
Please, intel, keep it. If Itanium is ever going to be a success, users will happily
welcome the ability to extend systems using standard off-the-shelf components.
And, while we are at it, start shipping EFI for the "x86-crowd" now. I think, i am not
alone with the perception, that hitting "CTRL-S", "ESC whatsoever" at the right moment
during POST to enter some firmware configuration tool of some card, just plain sucks.
I want a firmware shell. I want x86-style SRM. EFI is close to that. Intel even
open-sourced major parts of EFI ( www.tianocore.org ). AFAIK, the Intel-based Apples
will use it. I want it too.
For gods sake, keep x86 in Itaniums.
Regards