Microsoft Drops Windows XP for Itanium
MBCook writes "According to an article on The Register, Microsoft has canceled the version of Windows XP for Intel's Itanium processor. They will continue to sell Windows Server 2003 for the Itanium in the high-end server market, but 'For the mainstream server and workstation markets, however, we believe we can best serve our customers needs with Windows Server 2003 Standard x64 Edition, and Windows XP Professional x64 Edition, respectively.' So much for Itainum workstations running Windows, but then again the article notes that no major vendors actually sell Itanium workstations anymore."
Everyone is lowering or entirely dropping their level of support for the Itanium, and now with Intel's interest moving to a better 64-bit system, this is good for everyone except maybe Intel and those who bought Itanium's.
Although this is old news I will say this move does make sense for Microsoft. The Itanium is a server based processor, Windows XP is a consumer and workstation based operating system. This move doesn't seem too horribly suprising.
Just one more giant ram into the hind end of Intel. Man, they took a beating last year, and here we are only 6 days into 2005, and Intel is shaping up to be the industry punching bag.
I hate to jump on the underdog bandwagon, but given the high price of Intel processors over the past couple decades, I'm glad to see it finally catching up to them, and in spades no less.
The sad thing is that AMD seems to be heading down the Intel road now and in another decade or two AMD will just be where Intel is now... offering overpriced processors, and we'll be rooting for whoever is eyeing AMD's chops at that point.
Why can't any company come in, clean up with good products at cheap prices and STAY THAT WAY? Why do they all have to get greedy in the end? This phenomenon is not constrained to the CPU market, of course, we see it every single day.
And where the fuck is windows x86-64 edition?
___
If you think big enough, you'll never have to do it.
So should we all be signing up for landlines, even when our cellphones are better? What about buggy whips? I don't need one, but we could employ a lot of people making them.
Intel may be hurting with their Itanium mistake, but AMD will be gaining sales, and hiring more people.
Hopefully there will be some type of 64 bit standard as there is a great need for 64 bit work stations. I am in the CAD/CAM business and ever since the demize of the Alpha we have been waiting on a good cheap 64 bit windows based platform.
There is a 64-bit standard: x86-64 (used in Athlon 64 and Opteron). There's another one too: G5.
But why does it need to be Windows-based? Maybe you should be pushing your vendors to provide support for other OSes, such as Linux, which runs on all these 64-bit architectures.
Unfortunatly, Microsoft have removed any dates from the name of XP. Back in the old days, MS would have to replace an operating system because "it sounded old", this new one, however, may last longer than you or I.
Its got to happen at some point, this project has been a complete business failure for Intel...regardless of the pet project clusters and supercomputer projects, the number of shipped units is only a tiny tiny percentage of Intel's vision for this project, although I am sure many here will attempt to justify Itanium as a niche product.
HP is dropping Workstations, which is what I think yo are talking about. Considering that Intel's Itanic (well, this is coming from the Reg, we should use their word) partner is dropping the "volume" machine from their order sheets (volume being very relative here) it kind of says Itanic will be niche only from now on.
This will effectively kill Itanic. You need some volume to make it worthwhile to provide tools. You also need a "low price" (low price also being relative) machine to develop on (I don't think you're gonna get a 64 Itanic machine unde yorur desk). Eventually the Itanic, which was supposed to supplant the x86 as the new everywhere chip, will wither and die.
Just hasn't happened yet
You laugh, I laugh, and put my money on Opteron for my latest purchase, but...if you want pure single-processor floating point performance and don't need x86 compatability, then Itanium 2 is still worth a look (as is Power5 and the latest G5 chips).
It's the ultimate irony that Intel is getting spanked by the same lesson that other manufacturers have learned from Intel even back in the 486 era. Namely,
Subtle clue: It's not "Intel" that customers are locked into, it's "x86". (Likewise, it's not Microsoft, it's the Windows API.)"Provided by the management for your protection."
Companies are often started for other reasons, however when they become big, public and faceless, greed is the motivating factor. That's why monopoly prevention is as important. Capatalism works to leverege corperations greed against each other to benefit consumers. Only works if there's more than one player, however.
Why didn't you submit this news a week ago?
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
Itanium was not designed for the desktop, or even the standard server market.
Yes it absolutely was. itanium was designed to replace ia32, totally. They wanted itanium on everything from desktop to supercomputers.
the grand master plan was for itanium to take over the world, ia32 would die a horrible death and everyone would live happily ever after with a new, elegant architecture and forget the monstrosity ia32 ever existed.
intel saw what apple managed to pull off with the 68k -> ppc architecture migration, and enviously hoped to emulate them.
intel's own current marketing literature even promotes itanium2 as an entry-level server and workstation processor! delusional at best.
Maybe because the software they want to run is only available for Windows?
I realize that; that's why I suggested putting pressure on them to provide versions for other OSes.
Vendor-customer relationships are not a one-way street, though many people these days seem to think they are.
I highly doubt any of them will be throwing good money at Itanium, and they will probably just drop HP if they feel they can't get better options.
a.) Typical CAD mfg are Autodesk, Microstation etc. Most CAD operators only know these systems on a windows platform. As an employer it's easier to buy software which is mainstream that employees already know. Instead of training employees.
I realize that most CAD programs only run in Windows currently, which I why I suggested customers should put pressure on these vendors to support other platforms. It won't happen immediately, but if enough customers complain, it might. It's happened before for certain applications.
As for training employees, there's no training necessary. If they know CAD program X on Windows, they can use it on Linux too. It's not that different at the user level. The engineers where I work seem to have little trouble picking up GNOME or KDE on the systems here, even though they've never seen it before. No company ever complains about having to retrain employees for Office 2003 vs. Office XP, but this is always brought up for Linux for some reason, even though the difference is about as great.
Thankfully, I don't think most of us rely on slashdot for breaking news. Slashdot is more of a news discussion site, collecting news from a wide variety of sources where the general subject matters are interesting to nerds.
"Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
Since when was ARM high performance? ARM is cheap, runs cool, doesn't use much power, and has a couple other advantages. But there is no way its big selling point is performance.
So, what exactly is the state of 64 bit Windows? There is still only beta support for AMD64, Itanium support is getting dropped.
Microsoft supposedly spends billions of dollars a year in R&D, and they are unable so support anything but the same chip architecture they have had for the past 15 years.
A company like Redhat or Suse, meanwhile, support virtually every major architecture available today, including the Mainframe and Power processors, and do it with a fraction of the resources and manpower available to Microsoft.
If Microsoft is unable to economically develop for other platforms, perhaps the company's cost structure is way out of line.
Come on, folks, you bash x86 architecture (and rigtfully so) and then you turn around and bash Intel for trying to break away from this architecture and do something wildly different and superior. Their only failure was that they haven't "bet the farm" on Itanium. If they did, we'd be running EPIC-architecture 64 bit systems by now. As things stand, the only two viable desktop choices are IBM/Motorola Power architecture (that's 64 bit from the ground up) and this old tired x86 architecture with 64-bit extensions duct taped to its side.
OT, but I really hate this "I call bullshit" meme.
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
It really is to bad that there arent any more Itanic workstations to price compare to the new G5 iMac.
..... the Apple is a whole lot cheaper.
I get tired of seeing that Macs are more than Dell or HP, when in fact if you price out either Itanium work stations (this is only fair) aganst the G5 iMac, well
Apples to Oranges?
Cheers
* Carthago Delenda Est *
Well, it's an improvement on "Bzzzt. Wrong!" at least.
To be fair, PPC64 is not pure 64-bit from the ground up, it too is 64bit extensions to a 32-bit architecture (the processors commonly known as the G3 and G4 were only 32-bit, for example, and the exact same binary MacOSX runs on G5). This is made painfully aware by a lot of linux distros on PPC64, where if you fail to explicitly install the 64bit development utilities (or specify to use them at compile time), you'll end up with PPC32 binaries by default, which aside from linking into 64bit code or trying to do it as a kernel module, you'd never know the difference without running file against it. It is very much similar to the x86_64 to x86 relationship, with the nice distinction that it did start life as a 32-bit platform and only has legacy dating back to then, unlike x86_64 which continues legacy from the intel 8-bit computing days, which means a lot more strange quirks that no longer are optimal.
As far as Intel trying to 'bet the farm' to move the world to IA64, I can guarantee it wouldn't have worked no matter how hard Intel tried. Assume hypothetically that Intel had completely ditched x86 and stopped development and production of IA32 chips. At the time Itanium was ready, AMD had already established itself as a pretty viable solution, not as well respected in business, but certainly on the radar. Now when faced with replacement/upgrade of hardware solutions, companies see the poster-child they've grown up to love, Intel, unable to run their existing applications, and therefore a huge cost to migrate in terms of development. Meanwhile, the suboptimal AMD offers fresh, fast x86 processors. Intel's reputation at that point wasn't enough to offset the huge cost of a platform shift. I remember PentiumPro facing harsh criticism and some market problems due to it's slower execution of 16-bit code, and that was when AMD and Cyrix had pretty equal, small, low-budget marketshare.
Besides, Itanium wasn't exactly pure gold. It had strong points (good High Performance Computing mainly), it had weak points (not good at general workstation use, high volume servers, essentially uses that involve widely varying, unpredictable execution paths).
XML is like violence. If it doesn't solve the problem, use more.
Actually it's closed source that's locking people in. Any application where you don't have the sourcecode can't be ported to another architecture unless the vendor does it, and the vendor won't do it unless there#s already a sufficiently large user base using the platform, which wont happen because the closed source apps won't run on it.
Note, i'm not saying everything should be freely available opensource under the gpl, but vendors could release their source under a restrictive license, say derivative works become the property of the vendor and you could have a "developer central" where registered users of the software could share unofficial patches and ports, and the developer could benefit from bugfixes and ports to other platforms if they wish. As for code stealing, this happens anyway... lots of people reverse engineer competitors products, but having the source would make it easier to identify when this had happened. Some commercial companies used to release their software complete with source code already..
The reason people haven't gone for the vastly superior alternatives to x86 is because their closed source apps won't run on them. Binary-only app distribution is seriously stifling processor innovation, and to a lesser extent OS innovation.
http://spamdecoy.net - free throwaway anonymous email - avoid spam!