HP Introduces Final Processor in PA-RISC Family 206
The HP Way writes "According to an article on InformationWeek, HP announced the immediate availability of the 800 MHz, 1.0 GHz, and 1.1 GHz dual-core PA-8900 with 64MB on die L2 cache, the last member of the PA-RISC family of microprocessors. Customers with Superdome chassis can install Itanium 2 CPUs alongside PA-8900 processors."
Another one bites the dust. (Score:4, Insightful)
Re:Another one bites the dust. (Score:4, Informative)
Re:Another one bites the dust. (Score:2, Informative)
Re:Another one bites the dust. (Score:4, Insightful)
It is truly a sad state of affairs when it comes to processors. In the PC market, now that Apple has been consolidated^Wswitched to Intel, now the x86 is the only architecture available, either from Intel or from AMD. The Alpha is dead, the PPC is now relegated to game consoles, the MIPS is relegated to embedded computers and SGI workstations, and the SPARC is also relegated to Sun workstations. There is no choice for me at all. Unless I want to shell out $5000 or more for a brand spanking new Sun/SGI workstation, scrounge on eBay to find old Alphas, or buy myself a Mac within the next year now, I will be stuck with the x86....forever.
Rob Pike said it best five years ago: there is no innovation in computer architecture and systems software at all. Everybody is focused on being "cheap" and "compatable," but nobody is focused on making an architecture that is elegant and of good quality. Nobody wants to make a new architecture that blows everything else out of the water. Nobody wants to revolutionize operating systems (I'm talking about the architecture, not the usability; Apple's doing well in the usability department). Simply put, nobody wants to try something different. And anything that wasn't Microsoft or Intel technology ends up getting destroyed. Unix was spared, but market consolidation between Unix variants and Microsoft operating systems killed many operating systems (VMS, pre-OS X Macintosh, the various Lisp operating systems, etc.). Anything new and innovative seems to be held back (for example, look at Plan 9 and Hurd).
I just wish someone would be innovative and produce architectures that advance computer science and computer engineering rather than by just "going with the flow." I want to see something fresh and new on the market. I want to have the same processor choices that people enjoyed back in the 1980s. I want to see something new coming out of those factories and those universities. I don't want architecture research to die forever. I don't want Netcraft confirming that alternative architectures are dead. I don't want Intel and AMD to be the only avenues to buy CPUs: what happens when they impose DRM on us? Intel and AMD are already in the Trusted Computing Group. Who would we run to once Microsoft demands the use of DRM'd processors in Windows 2010 and Intel and AMD begin producing their DRM-encumbered processors? We need choice, and we need change before it's too late.
Until then, where can I buy PPC, SPARC, or MIPS motherboards?
Re:Another one bites the dust. (Score:2)
Re:Goliath (Score:3, Insightful)
Sure the x86 ISA is bloated but once you get past the decoder it's all RISC underneath baby.
Tom
Re:Goliath (Score:2)
That would be sanity
Re:Goliath (Score:2)
Anyway, since x86 and RISC are only wrappers to the internal RISC-like microcode engine, CISC and RISC are pretty much only historic artifact now.
The only thing to gain from ditching the x86 instruction set is instruction decoder simplicity. Intel and AMD have been building x86 instruction decoders for 20+ years so x86's quirks
Damn (Score:5, Insightful)
Imagine a... (Score:5, Funny)
You thought I was going to say beowulf cluster, didn't you?
Did RISC really matter? Nope. (Score:2, Interesting)
In the server market, only 2 RISC chips remain. They are the PowerPC by IBM and SPARC64 by Fujitsu (not UltraSPARC)[1]. Unfortunately for both chips, they do not enjoy the economies of scale that x86 enjoys (especially with the lack of future PowerPC Macs in the future), and development costs will soo
Well look at every new CPU to see if RISC matter! (Score:5, Insightful)
If memory serves, the G5 has 1/4 the number of transistor of the P4 and it was competitive in performance.
The problem is more that even with much less transistors the economy of scales of x86 (and the intense competition between AMD and Intel), made the price very low, thus allowing x86 to compete with RISCs where it matters in the price/performance ratio, Windows and software compatibility made the rest..
Have you noticed how any new CPU is RISC?
ARM, SH, etc.. Even VLIW follow RISC conventions (fixed instruction length, load/store architecture, etc..).
So it really is a better CPU architecture than CISC but being better doesn't necessarily that you win, as shown by many examples..
Re:Well look at every new CPU to see if RISC matte (Score:2)
Re:Did RISC really matter? Nope. (Score:3, Informative)
I myself do not understand the purpose of the x86 cruft any longer. Nostalgia? Are people buying Pentium 4s to run DOS in Real Mode?
Re:Did RISC really matter? Nope. (Score:3, Interesting)
The frightening answer to that question is yes. There are still a plethora of programs in a variety of niche applications (machine control, point of sale, etc) that still run in real mode DOS. Many of these applications rely on hardware compatibility with the original IBM PC. That is why they still sell Pentium 4 motherboards with ISA slots [ferret.com.au].
Re:Did RISC really matter? Nope. (Score:2)
Simple. Binary compatibility.
Not important at all in the world of free software, but in the rest of the market, it's a make or break issue.
And as long as that world is as large a share of the market as it is, economies of scale kick in to the point where good design doesn't stand a chance against it.
Re:Did RISC really matter? Nope. (Score:2)
Not far from it, even though it's not DOS. Every bootloader currently in existence for IBM PC compatibles uses real mode and BIOS calls, however.
Hopefully that will change with either Intel's plans for a new PC firmware, or (preferably) LinuxBIOS/OpenBIOS.
Also, you have to realize that virtually all "freeware" and "shareware" programs for Windows require binary compatibility. Not to mention Windows itself...
Mind you, you are completely wrong
Re:Did RISC really matter? Nope. (Score:3)
Yes hell there are people running PDP-11s.
The problem is when the Pentium came out people still used it to run Dos as well as windows so it stayed pretty much with the 386 ISA. Now that the x64 is out they are still being used to run x86 software.
Want to have a PC CPU fail in the market? Have it run the current software slower then the current CPUs. It doesn't matter if you can recompile and have it run a 100 times faster.
Re:Did RISC really matter? Nope. (Score:5, Informative)
Additionally, I was paid significantly *more* than the native IBMers because they paid me an International Service Allowance (which was generous enough I could live off it and spend hardly any of my actual salary) - so IBM was certainly not abusing the H1B system to hire cheap foreign workers because none of us were cheap.
Re:Did RISC really matter? Nope. (Score:3, Insightful)
Re:Did RISC really matter? Nope. (Score:3, Insightful)
BTW: ARM is the biggest selling processor family.
Re:Did RISC really matter? Nope. (Score:4, Informative)
Patterson and Hennessy argued for RISC in the 80s before technology allowed Intel and AMD to burn 3 million transistors on a CISC->RISC translation layer. They did not forsee x86 hanging on until the mid-90s to enable this. So yes, they are wrong about the death of x86 but modern out-of-order superscalar pipelines are all based on the principles of the early RISC 5-state pipelines.
But your post claims they are failures and you are dead wrong. Among numerous other contributions, you can thank Patterson (and Randy Katz) for RAID.
Re:Did RISC really matter? Nope. (Score:2, Informative)
Seriously, the first H+P textbook shaped the way a generation of computer-architecture students think about the subject, surely including some of the x86 designers who have done such an admirable job over the last decade. Of course, some of the particular architecture ideas of the MiPS and RISC projects turned out to be short-lived, but the gen
Re:Did RISC really matter? Nope. (Score:2, Insightful)
Re:Did RISC really matter? Nope. (Score:2)
Re:Did RISC really matter? Nope. (Score:2)
Re:Did RISC really matter? Nope. (Score:2, Informative)
Outside of the Apple Xserve and a couple BladeCenter line machines, where has PowerPC ever been used in servers?
Perhaps you meant POWER (Performance Optimization With Enhanced RISC)? Largely unrelated architecture. For what it's worth, POWER5 is actually doing extremely well. They continue to have extremely high performance and scalability, and with the Blue Gene project, will probably be used in the world's fastest computers f
Re:Did RISC really matter? Nope. (Score:2, Informative)
Re:Did RISC really matter? Nope. (Score:2)
Survival of the strongest (Score:3, Insightful)
Intel is winning the war but it is sad to see some of the's CPU's go the way of the dodo.
The untimely death of the Alpha was the worst.
Re:Survival of the strongest (Score:4, Insightful)
It was way faster than anything else, but it bought that kind of dominance by using something that now limits x86: A massive power budget.
Alphas used 80W+ back in times when 25W of a pentium2 seemed horrendious, so its not that miraculous that they got more performance out of it.
Re:Survival of the strongest (Score:2)
Yeah, the had quite a few good CPUs...
Intel set HP up. (Score:5, Interesting)
Itanium's often laughed at for sucking; but in some ways Itanium was the most successful bluff every played in the tech industry. In much the same way that Reagan's Star Wars bankrupted the Soviet Union got almost every single competitor to fold.
Back at the begining of the project, Intel was nowhere in high-end & 64-bit computing. There was HP (PA-RISC), Sun (Sparc), Dec (Alpha), IBM (Power), MIPS (SGI). Intel wisely picked the partner with the stupidest management (Carly) to give up their competitive edge and announce to analysts that Intel's vision/roadmap is so AwSuM that RISC is dead and that they're going to follow the bidding of their master Intel for their 64-bit plan. Wall Street bought in to the story so much that almost everyone else with competitive chips folded their strong hands to Itanium's bluff - SGI spun off MIPS and MIPS decided to leave the hgh-end space. Compaq undervalued Alpha and let it die. Sun tried to become a software company and if it weren't for Fujitsu making modern sparcs, sparc would be dead.
Basically, with nothing but PR and Carly's stupidity, Intel wiped out over half of the high-end computing processor market.
Thankfully AMD had the vision to see through the bluff, and saw the opportunity for 64-bit computing that worked; and thankfully IBM didn't have someone like Carly around so they saw the value in retaining competitive advantaces; or the computing world would be pretty bleak place right now..
Re:When will people realize the truth about Carly? (Score:2)
Meta-comment (Score:5, Funny)
--
sig
I blame the Itanium (Score:5, Insightful)
Wherer this will leave HP is anyone's guess. Off-the-shelf Pentiums or Opterons can't really compete with POWER or Fujitsu's next gen SPARC designs. x86 Unix systems have largely been also-rans... Data General, Sequent(Now IBM xSeries), even Sun's new Opteron boxes are largely a side show to their SPARC business.
The Itanium, and the bone-headed wintel-centric management who pursued the pipedream of IA-64, killed off a lot of prime high-performance processor srchitectures: Alpha, Mips, and now PA-RISC. These aren't market or competitive pressures ('cuz IBM's doing just fine with bespoke silicon at the high end), but political mangement dictates that turned some premier computer science powerhouses into shambling wrecks. I mean, what the hell has SGI done in half a decade that's caused anyone to talk about them in positive terms? Nada.
This "mass extinction" of competing hardware architectures is not good for innovation. The Wintel PC is not the pinnical of hardware architectures, it's pretty bass-ackward and stone age compared to what used to be out there. Sad times.
SoupIsGood Food
Re:I blame the Itanium (Score:2)
Re:I blame the Itanium (Score:2)
This "mass extinction" of competing hardware architectures is not good for innovation
Maybe instruction sets are not innovative enough on their own. And if they are not innovative enough to survive, maybe they dont benefit customers or the market very much either? Perhaps this is more a sign that CPUs are not so central and important to computing anymore. Companies rather spend their R&D on other things. For consumer computers, enough RAM
Re:I blame the Itanium (Score:2)
That's IA64. The difference is in the instruction set.
Re:I blame the Itanium (Score:2)
I believe Itanium will die! The line I wrote and you quoted: it was more a general statement, not particularly related to the article (-; This is Slashdot!
For servers I believe more in Power and Sparc (than Itanium)... at least for a few more years. I stopped believing in PowerPC for desktops last week - cant change my mind too Quickly!
Re:I blame the Itanium (Score:5, Insightful)
The user-visible instruction set doesn't matter anymore. There's a wide variety of different architectures under the hood of the various x86-compatible implementations, and these will continue to evolve and improve. The real CPU architecture looks nothing at all like the interface presented to the programmer; this is even true for most recent RISC chips.
If non x86-compatible instruction sets provided a significant benefit, then CPUs using them would have been able to hold a substantial and lasting performance lead over the x86-compatible CPUs. But they haven't. When somebody claims that an alternative CPU architecture is beating the top-end x86 chips, it's usually just because they've slapped a massive cache next to the core. It has little if anything to do with the instruction architecture itself. The x86 instruction format is just a standardized compact bytecode that is translated to the latest features by each generation of x86-compatible microprocessor.
If you can make essentially the same progress without breaking compatibility with a huge body of software which has received so much massive investment, what good does it do to break compatibility?
Re:I blame the Itanium (Score:5, Interesting)
It comes down to managers that don't know a damned thing about the tech, but making all the decisions on it. These other architectures had more growth potential, higher performance, and better overall design than any Intel chip released in the x86 line. The downside was mostly in channel cost. Since they weren't already abundant, they were expensive. If they were mass produced, they wouldn't be any different in cost than the x86 market is.
Look at how well the PPC is doing in the console industry right now. It was obviously a better choice than the x86 based chips or it wouldn't have been done. It obviously could be manufactured for the same price or less.
Two interesting tidbits. First, look into the iAPX-432 processor. Intel intended to kill off their 8-bit CPU line because in favor of that chip. It was 32bit, could do SMP, supported hot-swappable chips, and a host of other features. The 8086 was thrown in as a quick product to hold the company until the 432 was ready. Needless to say that the 432 never became popular as a result of the x86 line.
The second tidbit is that the Itanium actually needed an instruction set translator to run existing x86 apps. This layer was developed in partnership with HP. Intel *doesn't* maintain compatibility in their chips. They were trying to kill off x86 again, because it was a dead end.
Re:I blame the Itanium (Score:2)
Re:I blame the Itanium (Score:2)
If not, the RISC layer would be just excess bagage.. Basically you're describing the compatibility mode of the itanium but x86 performance wasn't soo good..
Also now that x86 have 16 registers instead of 8, I wonder if x86-64 --> RISC style would be such an improvement? Maybe not so much..
As much as I hate x86 (it's fugly) I think that we're stuck with it ad vitam eternam, for the PC and the servers at least.
Re:I blame the Itanium (Score:2, Informative)
As I explained, it just doesn't matter which one is "worst". Most modern CPUs have a user-visible "skin" slapped over some exotic out-of-order set of execution units. Your view of what's better or worse is just a superficial impression of what the skin looks like.
If all of those designs truly had more potential than a design with an x86 skin, then at some point one of them would have permanently pulled ahead in performa
Re:I blame the Itanium (Score:2)
Re:I blame the Itanium (Score:2)
Sun was having trouble keeping up, but this will probably not be the case once the unified Sun/Fujitsu SPARC team delivers the next generation chips. And even though it scores lower for raw number crunching, the UltraSPARC III systems have got a better overall latency und
Re:I blame the Itanium (Score:3, Insightful)
That was before the x86 decoupled the inner workings from the instruction set. That's ancient history.
IBM's POWER is way out in front of the performance sweepstakes, and unlikely to be axed any time soon on the P and R series servers. Ditto the Z-series "SuperCISC" ma
Re:I blame the Itanium (Score:2)
If it were the slightest bit feasable, AMD or Intel or Transmeta or one of the smaller players would ha
Re:I blame the Itanium (Score:3, Interesting)
Actually, it sounds less like it's related to managers and more re
Re:I blame the Itanium (Score:2)
Truth of it is that all those other arch's did well in the server/scientific computing space. Now you have so many MCSE types, so many of which are incompetent, and managers demanding Windows on everything. They m
Re:I blame the Itanium (Score:3, Interesting)
I hope you're not the CEO of some company. If you are, let me know
Re:I blame the Itanium (Score:2, Interesting)
IBM are doing alright at the very high end, but the formerly Risc middle is moving towards AMD64 (including AMD and Intel clones), and most systems vendors haven't got all of the other business IBM have to support their chip
Re:I blame the Itanium (Score:3, Insightful)
Are these CPU's REALLY that good in the end? I mean, if we look at this particular CPU: It has 64MB of L2-cache. Now, is this really a kick-ass CPU, or is it a mediocre CPU that hides it's crappiness behind lots and lots of cache? How would Opteron (for example) perform if it were equipped with 64MB of L2-cache? I would bet that it would walk all over this chip.
Yes, this CPU is propably pretty fas
Re:I blame the Itanium (Score:2, Informative)
RISC processors typically run more efficiently with more cache than their CISC counterparts because of larger instruction sizes. The typical applications that the PA-RISC is targetted toward (large databases, high-end cad and engineering work, and so on) have larger working sets
Re:I blame the Itanium (Score:2)
Um, they're a deal of a stock buy when some company swallows them up for the patents they hold?
People shoot CPU architects, not Chips. (Score:2)
People - HP's management in particular for starting the Itanium bluff in the first place, and Wall Street analysts who pressured Dec/Mips/HP and even Sun (who tried becomming a software company) to give up when they were holding better hands - are the ones to blame.
Itanium/EPIC/VLIW/etc was a cool theoretical CPU-architecture exercise. It was certainly a worthwile experiment to see how bad it sucked. But it's people who turned it into
Re:I blame the Itanium (Score:3, Insightful)
If by "political", you mean "save a ton of money and increase profitability" then yes.
Computer manufacturers are in the business of making money. The ONLY reason to build a computer is to make money.
In case you hadn't noticed yet -- designing microprocessors is astronomically expensive. Because PA-RISC is such a low volume product, it makes little financial
Re:I blame the Itanium (Score:2)
Benchmarks of Prescott over Northwood say the older design is the better buy at the same clock speed.
Re:I blame the Itanium (Score:2)
That is true but Prescotts have 64 bits and Northwoods do not. Prescott is also on a 90nm process which makes it cheaper for Intel to manufacture and can lower prices to consumers. Prescott also has better SMT (hyperthreading) performance than Northwood.
The fact that Intel made 30 billion dollars last year tells me that people are still buying Intel either as new computers or to replace older ones or bo
Re:I blame the Itanium (Score:2)
Well their new Altix line, which uses Itanium CPUs, is pretty slick. Do you want lots and lots of CPUs and a good NUMA architecture? Then check out what they did with Project Columbia [sgi.com]. I'm a lot more impressed with SGI now than I was when they were in the business of making UNIX workstations that ran a really shitty version of UNIX (Irix sucks and blows at the same time) but which had shin
HP-UX on an Itanium2-based Mac? (Score:2, Interesting)
Re:HP-UX on an Itanium2-based Mac? (Score:3, Informative)
jeff
Re:HP-UX on an Itanium2-based Mac? (Score:2)
sPh
Re:HP-UX on an Itanium2-based Mac? (Score:2)
Re:HP-UX on an Itanium2-based Mac? (Score:2)
--jeff++
Re:HP-UX on an Itanium2-based Mac? (Score:2, Informative)
here [apple.com] is probably the best source saying what will be in the new Intel based Macs. it's the universal programming guidelines from Apple. it states that the instruction set developers should use revolves around x86, not x86-64. it would be stupid for Apple to tell developers one thing now, then change it again a year from now when Apple releases the consumer Intel based Macs. they are trying to make it easy for developers to support both PPC and Intel based Macs. the easiest way to do this is to have so
Re:HP-UX on an Itanium2-based Mac? (Score:2)
Re:HP-UX on an Itanium2-based Mac? (Score:2)
Read the documentation: HERE [apple.com] as well as the linked pdf.
It is feasible that apple can update to x86-64 but
Re:What about Xeons? (Score:2)
Re:What about Xeons? (Score:2, Flamebait)
Go Apple!
And people wonder why us non-Mac folk don't take them seriously... Cuz in reality the next Intel based Apple laptops will be using [most likely] a sub-3.2Ghz processor which the AMD64 will just totally fucking own on a efficiency/cost basis.
Tom
Re:What about Xeons? (Score:2)
Well, from what I've been reading online, Apple might have chosen Intel because of the Pentium M, which benchmarks have shown can and will run neck-and-neck with AMD parts when run at similar clock speeds. In case you haven't been following Apple's lineup, the G5 towers aren't hurting for power, iMac and eMac targeted users aren't really calmoring for insane power, but the PowerBook is really hurting from still being saddled with the G4. Jobs says the conversion ought to be complete in about two years, wh
Re:What about Xeons? (Score:2)
Jobs didn't choose Intel based on their current product, but on what they are promising one to two years from now.
Re:HP-UX on an Itanium2-based Mac? (Score:2, Funny)
hp apple thing could be cool (Score:2)
HP already has some dealing with apple, and the combination of OSX interface built on a true die-hard unix "basement" would be really hard to resist. I personally was hoping for an IBM/apple cooperation... a G5 OSx "front" to an AS400 would have been really sweet... talk about iron fist & velvet glove... But HP-apple co
Re:HP-UX on an Itanium2-based Mac? (Score:2)
Re:HP-UX on an Itanium2-based Mac? (Score:2)
Wow! Welcome to the Fox News forum...
Bullshit that doesn't even max sense can't be argued with because you don't bother to source this wild speculation.
How's this for a logic test... Apple has said you'll be able to run Windows (and Linux) on Apple machines. Windows doesn't run on IA64. Any of this getting through?
Re:HP-UX on an Itanium2-based Mac? (Score:2)
--jeff++
Re:HP-UX on an Itanium2-based Mac? (Score:2)
Have you ever stopped to think that it might not everyone else that's wrong?
HP is using Inanium for the Non-Stop line (Score:3, Interesting)
The high-reliability customers are not going to like this. Those machines run important stuff - 911, NASDAQ, power grids, VISA.
Re:HP is using Inanium for the Non-Stop line (Score:2, Informative)
Compaq bought Tandem, switched them to Alpha (was mips) and now HP is moving them to Itanium.
Tandem has never used PA-RISC
Hopefully IBM and POWER can hold out longer. (Score:4, Interesting)
Re:Hopefully IBM and POWER can hold out longer. (Score:2)
IBM are marketting POWER and PowerPC[1] as a complete solution, largely for south-east Asia at the moment. G3-equivalents (up to around 1GHz) for desktop machines - low power and cheap, all the way up to n-way POWER5 for the really big se
PA-RISC is an integral part of the HPUX experience (Score:3, Interesting)
That's a real disappointment (Score:3, Insightful)
It's even disappointing to an employee of the competition: I **liked** competing with H-P, they always kept me on my toes.
--dave
Re:That's a real disappointment (Score:2)
Unsuitable mission-critical systems? (Score:3, Insightful)
Re:Unsuitable mission-critical systems? (Score:2)
Being brought up on Windows and shitty PCs that have an entire lifespan a tenth as long as the average uptime of true systems like those from HP will damage one's mind. I fear that our upcoming system designers and engineers will be unable to make suitable decisions regarding what so
"standards" (Score:2)
Re:"standards" (Score:2)
Re:"standards" (Score:2, Insightful)
Re:"standards" (Score:2)
consolidation is good (Score:5, Interesting)
But seriously, there are far too many architectures around to keep running. Fine, perhaps the elegant ones with technical superiority didn't triumph over the cruder general purpose, but I can't imagine being a developer still trying to support a dozen processors. There is market room for at least 3, and possibly 4 architectures out there, and the fewer there are, the more software choice there is for each as developers are forced to move to successful platforms.
Re:consolidation is good (Score:3, Insightful)
That's interesting, because all the different architectures were doing quite well, until Intel spread all the BS about how Itanium was going to destroy them all if they didn't jump on the bandwagon.
This is a very good read:
http://projects.csail.mit.edu/gsb/archives/old/gsb -archive/gsb2001-06-29.html [mit.edu]
We seem to be very quickly approaching one single CPU, and not for technical or economic reasons, but simply because of Intel bl
Re:consolidation is good (Score:2)
> How does that work?
It didn't. It killed DEC, killed SGI, and almost killed HP and Sun.
Re:consolidation is good (Score:2)
kernel panic (Score:2)
That said, I see a kernel panic or freeze on Linux x86 at least a couple times a year.
Re:kernel panic (Score:2)
Back in the real world, our suse servers stay up for years. Literally. I really don't see any difference in uptime behaviour between linux and any other of the unix OSes we use.
OTOH ms windows is another story.
Re:kernel panic (Score:2)
Re:The CPU Wars? (Score:2)