


HP, Intel Call it Quits on Itanium Partnership 302
envisionary writes "Hewlett-Packard Co. and Intel Corp. have ended their partnership to co-develop the Itanium 64-bit processor line, according to a report from Reuters. The move follows disappointing sales for servers based on the processor, according to the report. Intel and HP developed the processor about 10 years, but the chip has been a flop due to delays, cost overruns and lackluster demand."
AMD did it (Score:3, Interesting)
Re:AMD did it (Score:4, Insightful)
Oh wait - that is exactly what happened.
Re:AMD did it (Score:5, Informative)
*sigh*
What about HPUX? What about VMS? (Score:3, Interesting)
Granted, HPUX & VMS [and poor ol' DEC/OSF UNIX] might not have the market share of Windows, Linux, Solaris, or OS390, but there are a heckuva lotta very old, very stable, very mission-critical products designed for those platforms that now have no upgrade path.
Itanic was supposed to have been the successor to both HPUX/PARISC and VMS/ALPHA - where do people with those systems turn now?
And don't say "The Penguin" - you can't re-engineer 20 years worth of enterprise software customization in any kind
Re:AMD did it (Score:5, Interesting)
HP did/does have great high performance platforms. I worked at DEC when the Alpha first came out and DEC had already been nervous about PA-RISC for a while at that point.
The problem is, HP, like every other computer company, can't run a charity for good engineering by offering several 64 bit architectures and several OS's. They should have spun off something like "Legacy Computer Corp." a while back and let all the fans of the various high quality/low volume systems pay the real costs for continuing support. HP has been fighting to streamline their high performance catalog for over a year [slashdot.org] and surprise surprise: they have not pleased everyone.
Re:AMD did it (Score:4, Informative)
HP pruning the OS proliferation [slashdot.org], HP repeats: alpha is really going away! [slashdot.org] and alpha chip to be discontinued [slashdot.org]
oh, what a small world...just noticed HP's dropping TRU64 was a gain for Veritas which was the subject of a recent
Carly did it. (Score:2, Interesting)
HP grew to the point where it was the #2 company in practically every tech category - servers, pcs, everything. Once that happened, these nutcase board members decided it'd probably be c00l PR on wall street if they were #1 for a quarter - so they merged with Compaq -- but had ZERO plans for "long term" planning (like 2-quarters out).
But long term be damned, they
Uhhh - what is "their high performance catalog"??? (Score:2)
HP has been fighting to streamline their high performance catalog for over a year and surprise surprise: they have not pleased everyone.
Uhh, let's see: They sold off Agilent, they killed PA-RISC, they killed Alpha, and now they've abandoned Itanic.
Remind me again, just what exactly is their high performance catalog?
I read about a nice Opteron platform over at the Register [theregister.co.uk], but it's not all that much spiffier than what you could assemble yourself with parts from Tyan.
Re: (Score:3, Interesting)
Re:AMD did it (Score:4, Interesting)
yes, definitely poor management...I was one of the engineers, not one of the managers. The question is: whose poor management? Dec was NOT making it with any of its vax-on-a-chip designs...Intel was eating our lunch on $/FLOPS basis and that is what was selling systems at the time.
That Compaq bought DEC for its customer list and Intel bought DEC microprocessor design/fab capacity to avoid a profit-hemoraging patent battle was vaguely sensible at the time. Is the management misstep you refer to the question of why did HP pick up a bunch of niche-market product lines [and my retirement plan
Who was making the management mistake? the buyers or the seller?
DEC did it Re:AMD did it (Score:5, Informative)
From someone who left HP R&D last year (not WFR'd, got tired of my job and moved to a different company):
They had better than that. The folks that just joined Intel designed PA-RISC processors before moving to Itanium (sometimes refered to as PA-RISC 3). Those folks are top notch designers that have shipped succesful microprocessor products for 20 years. They already saved Intel's ass a few times in the Itanium collaboration. They designed Itanium2/McKinley entirely, and the upcoming Montecito is mostly a Fort-Collins design that replaces yet another Intel project failure (the codename and some of the most unpleasant parts of the design is all that remains), similarly it is rumored that Intel's Tukwila design (from the "famed" Alpha folks) is being ditched and will be replaced by yet another rescue design from Fort-Collins.
One of their managers was fond of saying that those folks could create a Sparc processor that would top the performance charts (Sparc has been performing pretty poorly for the last 10 years). I believe that.
Back when Alpha was in competition for the best performing microprocessor, its only real competition was PA-RISC. It was a leapfrog game between the two architectures. Since PA-RISC was never 'sexy' (few HP products are), the public only remembers Alpha, but reality was different.
As to keeping Alpha, remember that PA-RISC had a marketshare about 5x the one of Alpha (~30% of the Unix volume, both in volume and revenue; Alpha was stuck around 5-6%). And PA was already on the way out when HP acquired Compaq. Not only that, but most Alpha folks had already left Compaq by then (mostly to Intel as a group, and individual to other companies). So Alpha was never an option for HP. So please stop spreading this myth that HP killed Alpha. DEC/Compaq killed Alpha before the merger.
Regarding run by a complete loser of a woman with the sole intent of systematically destroying the company, I had the pleasure of working with some former engineers from "the old DEC". Some of them are excellent people. Overall, however, I saw a lot of bad attitudes that could sink a tech company. NIH, no concern for deadlines, shipping a real product or customer experience. Some of those folks are so wrapped in the memory of the golden years when DEC R&D was perceived as the best in the industry (while the real top talent has already moved on or retired), they don't realize what makes a company tick (pleasing customers).
I am sorry to say that, while DEC/Compaq (and now HP) management might not have helped, I believe that the Alpha/Tru64 R&D folks played a good part in the killing of their products, by being a bit too much convinced of their own greatness and failing to see that this technical greatness did not help their customers. Their toys did not win in the marketplace, outsold by less sexy widgets built by less arrogant folks (including the PA-RISC and HP-UX teams). I do not like Carly much but she and her team are probably saving HP and what remains of DEC by keeping such bad attitudes in check (by cutting the teams that do not deliver). Being 'sexy' doesn't help much in the marketplace, and it doesn't seem to help much in HP anymore. Good, too much money was wasted on sexy things.
People are rooting for the underdog, cheering AMD and boohing Itanium, longing for the good old time of technically pure Alpha. Yet Itanium is a very clean design compared to x86 / x86-64, and people forget some of the crap associated with Alpha (lack of byte loads on first generation processors, WTF !?). Such selective blindness is ok for teenagers in their basements, unfortunately they seem to be held by more senior folks who should know better.
Our industry is in a pretty sad state. Perception, mindshare, hype and FUD matter a lot more than they should.
MOD UP (Score:2)
Actually, they had it twice... (Score:2)
In the case of the PA-RISC/Itanium, they screwed up on compatibility, cost, and overall performance. The Itanium and the Itanium 2 were far, far more expensive proportionate to the performance of the Athlon64 and Power series (Power 5 and G5) CPUs- and worse yet, they had a mediocre support for legacy apps. In this one, AMD got it dead to rights. The At
Re:AMD did it (Score:4, Insightful)
HP deliberately carried on the tradition of poorly marketing the Alpha, because they were tied to Itanium. Yet still their Alpha solutions outperformed their Itanium solutions. If HP had been as dedicated to Alpha as they were to Itanium, then Alpha may have been a success. If Intel, who grabbed all the Alpha engineers, had joined with HP to promote Alpha as the 64-bit platform of the future, along with a commitment by Microsoft to support it (part of what hurt Alpha) then it would have had a much better chance of success.
Alpha solutions with the marketing muscle of Itanium and the performance of, well, Alpha. Don't tell me that doesn't sound like a recipe for success.
Itanium's main problem was that it was a CPU designed by compiler people. That it took several years for the compilers -- the thing that actually gets you the performance on Itanium -- to become decent was a big sign. The biggest sign to me, the one that told me Itanium was doomed, was the ISCA(?) paper by Intel that concluded that predicated execution for branch resolution -- one of the touted great ideas of the architecture -- wasn't worth much except in carefully hand-tuned code. Since the upside turned out not to be there, the downsides of in-order-execution (e.g. not being able to service more than one cache miss at a time) dominated. Since then, Itanium has been holding out by having big caches. That's not a long-term solution, though, since you can put big caches on any CPU as long as you can afford it -- see recent Xeon MPs.
The funny thing is that Intel will simply double-think their way out of any embarassent, claiming that Itanium was always meant to only go in an ever-shrinking market segment until nobody remembers how they were promised the world and got a small pail of dirt instead. Besides, they still have mounds of cash and their IA-32 with NotAMD64 extensions. No, the real ones who are going to suffer are HP who killed off two good CPU lines and as a result are getting beaten up by IBM with the occasional sucker punch by Sun.
And yes, that is entirely Carly's fault. If I was an HP employee, I'd be screaming for her head (for other reasons too, beyond the scope of this article).
Re:AMD did it (Score:2)
OpenVMS & 911 Emergency Dispatch (Score:2)
Of course they did, because the only people who gave a crap about Alpha at this point were lockedin VMS customers.
Courtesy of Google.
os-390 911 emergency dispatch [google.com] about 34 hits
hp-ux 911 emergency dispatch [google.com] about 93 hits
netware 911 emergency dispatch [google.com] about 620 hits
solaris 911 emergency dispatch [google.com] about 1,050 hits
linux 911 emergency dispatch [google.com] about 3,620 hits
openvms 911 emergency dispatch [google.com] about 5,660 hits
Re:AMD did it (Score:3, Informative)
Woops! Right, that's a big gaff. I should have said that the problem is finding the misses, in part due to the stall-on-dependency (of course, it's in-order) and also loads bypassing stores with uncomputed addresses. I.e. you'd like to move your load as far forward in the execution stream as possible so you find the miss sooner, but you can't move it in front of a store because it might conflict. I have no excuse; I
Re:AMD did it (Score:2)
Re:AMD did it (Score:5, Insightful)
Anyway, the Itanium was too expensive, too incompatible and too slow compared to the rest. The only surprise here is that HP took so long to realize it was a money drain.
Re:AMD did it (Score:2)
I expect Athlon 64 sales to really take off when the x86-64 version of Windows XP arrives early in 2005.
Re:AMD did it (Score:4, Informative)
That is quite naive. AMD has close to 15,000 employees and is a $9 billion company. Intel has 85,000 employees and is a $140 billion company. This doesn't change overnight, and yes, 10 years is overnight when you consider companies of this size. Intel will have to make several more mistakes like Itanium. Plus AMD has a long ways to go to match the manufacturing capabilities of Intel.
Re:AMD did it (Score:3, Interesting)
I'm not a fanboy, and i'm not suggesting that Intel will dissapear, but AMD is in an enviable position right now, which i think they will exploit to the fullest.
Re:AMD did it (Score:2)
The Dresden refit and Singapore aren't scheduled to come online until late 2005/early 2006, however, and even then I think AMD will have a hard time produc
Hypocynical. (Score:2)
Funny, this is the same thing that most
Re:Hypocynical. (Score:3, Insightful)
This is true to a point, but for most of us software developers it doesn't really matter -- the dog's breakfast that is the x86 architecture is mostly hidden from us by our trusty compiler. As long as our software runs, and runs fast, we don't complain too loudly.
Contrast that with the Windows API, wh
Re:AMD did it (Score:2)
Intel have just been unlucky enough to back themselves into a corner (Itanium, Prescott) at the same time AMD invent a far superior product. Expect AMD to gain
Re:AMD did it (Score:2)
As far as AMD lacking manufacturing capacity, this is true, but AMD has been aggressively expanding recently. Their Dresden facility is currently in the process of moving over to 300mm wafer
Re:AMD did it (Score:2)
Well both HP and Intel have been telling the analysts for a decade that Itanic was a 'bet the company' move. About now they are both praying to whatever higher powers they worship (probably dark elder powers) that the analysts didn't actually believe them.
Maybe it's just me, but... (Score:3, Insightful)
Maybe it's just me, but I thought it was because it cost $900 for a CPU that did about a much as a 1-2 Ghz 32-bit processor.
Re:Maybe it's just me, but... (Score:3, Funny)
Mark my words, consumers will never have a need for a 64-bit processor. Itanium was toast from the start. 32-bit processing is good enough for anybody.
Re:Maybe it's just me, but... (Score:2, Informative)
Re:Maybe it's just me, but... (Score:2, Insightful)
Re:Famous last words? (Score:2)
Re:Famous last words? (Score:3, Informative)
Re:Famous last words? (Score:2)
Itanic sinks, great loss of money feared (Score:4, Funny)
The Register coverage: Who Sank Itanic? [theregister.com]
Everyone has been saying [sun.com] that Itanic will sink for quite a while now; it's about time that HP and Intel realized they were pouring money down a drain and pulled the plug on the project.
Re:Itanic sinks, great loss of money feared (Score:2)
The deity known as 'Linus' did a pretty good hatchet job on it a couple of years ago when he said that it was a badly designed processor which was not even compatible with existing code. With him having recently left Transmeta at the time, it was obvious that he was a good judge with no particular axe to grind.
The way it looks to this outsider, two companies were involved and no-o
Hubris? (Score:2)
Intel had lockin with end users who could not migrate from the x86 instruction set as long as it was king of the hill. No SPARC, no PA-RISC, no Alph
Re:Hubris? (Score:2)
Re:Hubris? (Score:2)
I also wonder what would have happened if Intel had created their own 64-bit extensions to x86 instead of creating ia64. Considering that the ia64 project with HP started 10 years ago, we could have seen an x86-64 architecture from Intel instead of AMD. Which AMD would surely have cloned. Or Intel might have developed the 64-bit extensions at about the same time as AMD, in which case we'd have two competing x86-64 architectures! But
Itanium succeeded (Score:3, Insightful)
Re:Itanic sinks, great loss of money feared (Score:3, Interesting)
It's a great loss of face to call quits on a project of this magnitude. I bet many corporate directors would rather go further with it, even knowing in their hearts that it isnt't going to fly. It allows them to keep their lucrative jobs at least, instead of having to compete with other departments that are doing well.
I'd love to see Itanic turning to an "open" architecture, instead of dying
Re:Itanic sinks, great loss of money feared (Score:3, Informative)
First, the Itanium processor line is going nowhere. Just the HP and Intel partnership which means that other vendors will have as goo
Precient comment from Sun article (Score:2)
Without a Volume Market, Intel Could End Up Dropping Itanium, Leaving Customers Hanging
1st thought - shoot Cappellas, 2nd - shoot Carly (Score:3, Insightful)
So much for the idea of killing alpha and HP's own risc processors and betting the ship on Itanic. If that sore cost cutting looser did not kill alpha 3 years ago it may have been able to compete with IBM now while Itanic never had the chance.
All I can say - it is nice that reason finally triumphed over marketing and believing own's PR, but it is sad that so much talent and people's time has been wasted for nothing.
Re:1st thought - shoot Cappellas, 2nd - shoot Carl (Score:2)
Also... (Score:4, Insightful)
However, I would venture to say that they lost a LOT of (at least casual) sales due to lack of backwards compatibility a la x86-64.
Re:Also... (Score:2)
First, I don't know why one would want backwards compatability for a high performance server that probably only does one thing, but if you do want backwards compatability, at least on RedHat Linux on an Itanium you can run a 32bit binary without modification. You can even install 386 RPMs.
Re:Also... (Score:2)
Re:Also... (Score:2)
Re:Also... (Score:2)
Re:Also... (Score:2)
Wow... (Score:4, Funny)
I think I'm selling my iBook.
Re:Wow... (Score:3, Funny)
I think I'm selling my iBook.
Because it's from Apple or because the OS runs something that's BSD-ish?
TitanicBSD? (Score:3, Funny)
Itanium failure as a chip, but... (Score:3, Funny)
Sad to think that... (Score:3, Insightful)
an ex-Deccie.
Re:Sad to think that... (Score:2)
viva la AMD (Score:2, Insightful)
Hopefully, this will only push the market and competition forward
Re:viva la AMD (Score:2, Insightful)
I'm not trying to be a 'fanboy' for any particular company or venture. But the way this news is being spun by anti-Intel enthusiasts is erroneous.
What remains in 64-bit land? (Score:2)
Re:What remains in 64-bit land? (Score:2)
Re:What remains in 64-bit land? (Score:2)
http://amcpacer.panhorst.net/images/archives/Pace r b.jpg [panhorst.net]
http://amcpacer.panhorst.net/images/archives/Pacer b2.jpg [panhorst.net]
http://amcpacer.panhorst.net/images/archives/Pacer b3.jpg [panhorst.net]
Re:What remains in 64-bit land? (Score:2)
Power/PowerPC
AMD's Opteron and Athlon64
Some form of Pentium with 64 bits lashed on.
Really, there's lots of options. Just be sure to get a chip that's well supported by good compilers. Itanium was a bit player, apparently because an optimized VLIW compiler was very difficult to write.
Re:What remains in 64-bit land? (Score:2)
You forgot MIPS and ARM (I don't think they have a 64-bit extension at the moment, but nothing's stopping them). The only real losses are PA-RISC and Alpha, both of which could be resucitated: HP could reinvest in PA-RISC and Samsung could take up the Alpha banner. I'm not saying it's likely, but there are still plenty of options if the market demands them.
Re:What remains in 64-bit land? (Score:3, Informative)
Read my lips. Alpha is DEAD. Expired. Pining for the fjords.
Samsung has ZERO interest in investing in it any further. They'll keep making them only as long as HP buys them, not one day longer.
Jesus, it's over people. Almost all the Alpha developers are working in either Hudson, MA for Intel or Boxboro, MA for AMD.
How do I know? I worked at DEC for 18 years. Then at API Networks
If Intel had just gotten over the Not Invented Here syndrome
Re:What remains in 64-bit land? (Score:2, Informative)
It isn't going away. HP will cease to co-develop it with Intel. They will continue to design them into their servers.
Fairwell (Score:2)
History lesson - man behind Itanium deal (Score:5, Interesting)
Not the End (Score:3, Interesting)
According to the article, HP will continue to use itanium chips and will spend at least $3B over the next 3 years on development of systems using it.
If you look at the specfp numbers, Itanium is neck and neck with IBM's Power5 and everything else is significantly slower, like 30-40% slower. So it isn't as if Itanium is a total flop.
Re:Not the End (Score:3, Insightful)
The history of the industry is littered with powerful processors that never sold enough to justify their investment -- Alpha immediately springs to mind, but there have been many others.
In the end, no matter how wonderful it is, if it doesn't sell it you have to move it over to the "total flop" category.
Flip your jus
Ramifications (Score:2, Informative)
I know it's tinfoil hat talk, but I must wonder if IBM isn't about to make an end run around
Itanic (Score:2, Interesting)
Interesting, if you do a google search on "itanic" it asks you "Did you mean: itanium
With IBM and Sun continuing their RISC chip developments and HP's sinking UNIX/RISC market share they might be changing their marketing strategies (again). I wonder if HP is going to revive PA/RISC development and perhaps a dual core version like Sun and IBM's?
Edsel of processors. (Score:2)
The Itanium is the "Edsel" of processors...
The Itanium is the "Edsel" of processors...
The Itanium is the "Edsel" of processors...
Nobody ever wanted it except the folks who designed and built it.
End of a proprietary dead end (Score:3, Interesting)
The high cost was an artifact of low volume. There's no particular reason Itaniums should be expensive to manufacture. It's surprising that Intel didn't sell Itaniums at lower prices to try to build market share.
The real failure was that Intel marketing was unable to shove this bad idea down everyone's throat. Marketing thought they could. They were wrong.
Re:End of a proprietary dead end (Score:2, Insightful)
I think the Itanium decidedly needed a Celeron version. At some point in time I wanted to buy one and assemble a small web server. I abandoned my plan the moment I saw the price.
Keeping it out of the reach of programmers ment less software for it. And a processor without software is quite useless.
HP, Intel Call it Quits on Itanium Partnership (Score:2, Interesting)
Re:HP, Intel Call it Quits on Itanium Partnership (Score:2)
Years of neglect from Compaq and HP have left OpenVMS on Alpha vulnerable to a great many flaws. Flaws that they are quick to blame on software vendors and terrifyingly slow to patch.
Just
Interesting + Speculation (Score:2)
Second half of TFA (Score:2)
Under the terms with Intel, HP's Itanium development team, which includes several hundred engineers, will be acquired by Intel and remain in Ft. Collins, Colo., according to the report.
"HP will continue to use Itanium chips in its servers and will pledge $3 billion over the next three years in developing Itanium as a competitor in the $20 billion high-end server market," according to the report. "HP is winding down its other microprocessor architectures and getting ou
The CPU is *not* the critical factor in success. (Score:2)
1) backwards compatibility. This reason can't be stressed enough. I just can't believe Intel couldn't put a x86 core on the Itanium chip.
2) compiler support. VLIW CPUs like the Itanium are extremely fast when programmed by hand in assembly, or when the compiler is extremely clever. It is difficult to make such a compiler, t
This is not at all what they promised (Score:2, Interesting)
The line from HP employees (Score:2)
The line direct from our HP sales and engineering contacts is...
1) This continues HP's post-merger philosophy of getting out of the microprocessor business.
2) PA-RISC microporcessor design and fabrication is already enough of an issue. Eventually, they're ending that as well.
3) Itanium is second only to the X86 in terms of numbers of microprocessors on the market, so it doesn't qualify as a flop.
4) HP's participation was holding back other HP competitors from co-operating with Intel on Itanium desig
Re:The line from HP employees (Score:2)
Otherwise, things like partitioned tables, physical database layout (spread as many different I/O operations on as much I/O hardware -- disks, RAID controllers, SCSI, etc as possible to parallelize disk I/O), etc. would be a secondary issue.
Itanium is not JUST a 64 bit processor... (Score:2, Insightful)
EPIC, or something based on EPIC, most likely IS the future, Intel took a big gamble to take on such a project. What has AMD done for innovation? They've spent their existance copying what others h
Re:Itanium is not JUST a 64 bit processor... (Score:2)
Pull your head back into reality. The same argument was made when the Alpha was rolled out. It kicked the universe in every benchmark, even its "peers". Yet where is it now?
Sorry, the x86 dinosaur-Borg continues to roll on in the Opteron, due to its massive inertia of software already written for it, that still works on it reasonably well. Intel did the "forced upgrade" path for 286->386, 386->486 and 486->Pentium.
Re:Itanium is not JUST a 64 bit processor... (Score:2)
Sorry, recompiling code for a new processor is...well, it can be a pain in the ass.
Pull your head back into reality. The same argument was made when the Alpha was rolled out. It kicked the universe in every benchmark, even its "peers". Yet where is it now?
Sorry, the x86 dinosaur-Borg continues to roll on in the Opteron, due to its massive inertia of software already written for it, that still works on it reasonably well. Intel did the "forced upgrade" path for 286->386,
Worst summary ever. (Score:2)
Why are people acting like this has anything to do with the success or failure of Itanium? 64-bit systems are indeed the future, and Intel now has a great team of senior designers to help them make Itanium better or produce a completely different 64-bit line.
there's no going back (Score:2)
1) The new HP has burned many of there best designers by slashing R&D and so they won't want to go back and
2) You just can't hire a bunch of newbies as replacements. After having teams develop technology for years and gaining a huge amount of individual and collective experience, you just can't buy that type of synergy. It would take years just to train a new crew.
As I have stated before, H
Read TFA carefully (Score:2)
I received a presentation last week on 64-bit systems from HP where they actually promoted the Itanium for its higher scalability in multiway systems. As HP also offers Xeon and AMD Opteron SMP systems, maybe they aren't too heavily biased. The guy was actually rather upbeat about Itanium's prospects.
At least one other manufacturer has place
Re:Read TFA carefully (Score:2)
And who would that be ?
Poor SGI (Score:2)
Will their customer base believe in them when they switch to a new architecture again? What arch should they switch
Re:Poor SGI (Score:3, Informative)
2) PC 3d hardware eventually surpassed anything SGI was capable of designing.
3) SGI had an opportunity to migrate to x86, but didn't take it seriously enoguh and blew it. Now they're paying the price.
4) For a while there, they couldn't decide if they wanted to be a server company, a workstation company, or a desktop x86 PC company.
5) They laid off most of the engineers of their proprietary hardware. A lot of it was undocume
Re:Itanium is dead (Score:2, Funny)
Cool. A perfect match for *BSD.
Itanium is petrified. (Score:2)
No, only old Korean people use Itaniums (Score:2)
Re:Bring back the alpha! (Score:4, Insightful)
HP will be selling Itanium for a long time because there's customers marooned on the IA64 platform now.
Re:Bring back the alpha! (Score:2)
Tautology?
Re:What CPU will HP use now? (Score:2, Insightful)
Close. The same idiot who killed Lucent when they had everything going for them.
> Where is HP headed?
The hall of fame at www.fuckedcompany.com.
Re:What CPU will HP use now? (Score:2)
HAHHAHHAHAHHAHAHHAHA