Originally posted by Dawn
View Post
Linux 6.7 Set To Drop Support For Itanium IA-64
Collapse
X
-
-
-
Originally posted by stormcrow View Post
Opteron didn't kill Itanium. x86 in general (added: and x86_64 specifically but no individual product as such) did on the low end along with the people Intel wanted to attract stuck with IBM/Sun for those that were in the market for expensive high-availability hardware on the high end. The reason HP was able to push Itanium for as long as they did was because the people stuck with DEC's entirely proprietary OpenVMS didn't have any other migration path. Between HP and Intel they killed Alpha architecture, DEC's intended path forward. Those who could stuck with Alpha based systems as long as they could find the parts for them. Few if any of those are going to be running Linux, anyway.
Leave a comment:
-
-
Originally posted by Dawn View Post
Itanium systems outsold Opteron systems for many years. I don't get this "Opteron killed Itanium" narrative and never have.
https://images.anandtech.com/doci/4285/Risc_loss.png for instance.Last edited by stormcrow; 18 September 2023, 12:30 PM.
Leave a comment:
-
-
Originally posted by oiaohm View PostI could say some of the last Itanium buyers might be having a very bad case of buyers remorse.
Leave a comment:
-
-
Originally posted by zexelon View Post
100% true... but the entire market cared... very deeply. Itanium was the first major 64bit ISA from Intel and was billed as the "transition from 32bit to 64bit". Unlike your other examples Itanium does include x86 hardware instructions in it, and in all its incarnations clamed full x86 compatibility. Literally NONE of your other examples do that. Its just that in Itanium the completely butchered the x86 implementation in some half baked (probably marketing driven, but thats pure hearsay) attempt to drive people to the IA64 implementation.
Also Opteron completely crushed Itanium. Itanium was first to market, that was its only win in the sales side. It was then promptly relegated to niche markets like the HP nonstop servers.
Aggressiveness is a poor substitute for reason.
Also, "crushed Itanium" at what? Look at sales numbers for 2007-2009, when Itanium and Opteron had both been around for years. It's one-sided, and not in favor of Opteron. If you say "performance", take a look at SPEC and TPC numbers for the same period.
Leave a comment:
-
-
Originally posted by zexelon View Post
Yes you are correct, its performance exceeded x86 substantially... in very specific, very parallel use cases and only when fully programmed in its native IA64 instruction set. If you were trying to run in x86 compatibility mode, early editions were utterly abysmal and later editions were merely passable. It was also far more difficult to build optimized compilers for this ISA than originally thought.
So to me saying that the x86 compatibility mode in IA64 was slower than x86 is kinda like, "well duh".
Leave a comment:
-
-
Originally posted by Dawn View Post
"Processor running emulator has substantial performance penalty! Film at 11!"
Who gives a shit? That's relevant to the NT folks and almost nobody else. Shockingly, Itanium's major competitors - Power, SPARC, Z - would also have poor performance emulating x86.
Also Opteron completely crushed Itanium. Itanium was first to market, that was its only win in the sales side. It was then promptly relegated to niche markets like the HP nonstop servers.
Aggressiveness is a poor substitute for reason.
Leave a comment:
-
-
Originally posted by zexelon View Post
Yes you are correct, its performance exceeded x86 substantially... in very specific, very parallel use cases and only when fully programmed in its native IA64 instruction set. If you were trying to run in x86 compatibility mode, early editions were utterly abysmal and later editions were merely passable. It was also far more difficult to build optimized compilers for this ISA than originally thought.
Who gives a shit? That's relevant to the NT folks and almost nobody else. Shockingly, Itanium's major competitors - Power, SPARC, Z - would also have poor performance emulating x86.
Leave a comment:
-
-
Originally posted by CommunityMember View PostItanium was too far ahead of its time, in that the compilers, of its day, could not properly schedule the EPIC (a VLIW variant) pipeline, leaving a lot of potential performance on the table. And Intel's choice to not cannibalize its existing cash cow (x86) production by using the more advanced lithography was another factor that contributed to Itanium's minuscule market share. AMD (with its 64-bit extension(s) for x86) put the nail in coffin, although Itanium continued as the living dead for quite some time. Itanium did have a place in certain high performance computing deployments where there was value in throwing programmers at optimizing their code for the architecture.
https://images.anandtech.com/doci/4285/Risc_loss.png for instance.
Leave a comment:
-
-
Itanium was too far ahead of its time, in that the compilers, of its day, could not properly schedule the EPIC (a VLIW variant) pipeline, leaving a lot of potential performance on the table. And Intel's choice to not cannibalize its existing cash cow (x86) production by using the more advanced lithography was another factor that contributed to Itanium's minuscule market share. AMD (with its 64-bit extension(s) for x86) put the nail in coffin, although Itanium continued as the living dead for quite some time. Itanium did have a place in certain high performance computing deployments where there was value in throwing programmers at optimizing their code for the architecture.
Leave a comment:
-
Leave a comment: