Slashdot Mirror


HP Introduces Final Processor in PA-RISC Family

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."

47 of 206 comments (clear)

  1. Another one bites the dust. by darkjedi521 · · Score: 3, Insightful

    Yet another CPU architecture bites the dust in favor of the behemoth that is Intel.

    1. Re:Another one bites the dust. by Pierre · · Score: 3, Informative

      Well I might be wrong here but I think that HP helped Intel design the Itanium. They've been planning this for several years I think

    2. Re:Another one bites the dust. by Mike+Quin · · Score: 2, Informative

      That they did, in fact the Itanium is able to transcode PA-RISC instructions so most PA-RISC code will run unmodified on Itanium machines.

    3. Re:Another one bites the dust. by linguae · · Score: 3, 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?

  2. Damn by Stevyn · · Score: 4, Insightful

    Before anyone says anything about the clock speed not being fast compared to Intel or AMID offerings, 64MB of cache is a heeeelll of a lot of cache. So all those delays from cache misses can be spent doing something meaningful...like processing.

  3. Survival of the strongest by 3770 · · Score: 2, Insightful

    I guess it is survival of the strongest.

    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.

    --
    The Internet is full. Go Away!!!
    1. Re:Survival of the strongest by imsabbel · · Score: 3, Insightful

      but looking back, the alpha wasnt powered by magic either....
      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.

      --
      HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
  4. Meta-comment by Rebar · · Score: 4, Funny

    Cynical remark about HP's misdirection. Outmoded sentimental longing for superior non-Intel processors. "If-only" scenario. Obvious comment about Itanium. Snarky unsubstantiated armchair prediction.

    --
    sig

  5. Imagine a... by kc32 · · Score: 5, Funny

    Athlon 64 with 64MB of cache!

    You thought I was going to say beowulf cluster, didn't you?

  6. I blame the Itanium by SoupIsGood+Food · · Score: 4, Insightful

    This is a fairly sad state of affairs... the processor family really has some legs left to it, but it was killed by HP for mostly political reasons. Itanium has never really delivered the goods, and is likely to be killed sooner rather than later by Intel, who does not know how to run a small volume/high margin performance chip line. (See: i860, i960) nor does it really see the value in such products.

    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

    1. Re:I blame the Itanium by Waffle+Iron · · Score: 5, Insightful
      This "mass extinction" of competing hardware architectures is not good for innovation.

      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?

    2. Re:I blame the Itanium by Ravnen · · Score: 2, Interesting
      On the other hand, it may just be that the Risc architectures were unable to keep up with Intel because of economies of scale, and all of those who abandoned them did so because they saw Intel were catching up, and knew it was only a matter of time before they'd fall hopelessly behind.

      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 development.

      For all the criticism Itanium gets (I don't like its instruction set at all), Itanium2 is very fast and very scalable, and has had quite a lot of success at the high end. In the long run, given Intel's manufacturing capabilities, it might still have been the right choice for HP.

    3. Re:I blame the Itanium by 10Ghz · · Score: 2, Insightful
      the processor family really has some legs left to it, but it was killed by HP for mostly political reasons


      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 fast. But it seems to me that they gained that performance by having an assload of cache. And that costs ALOT of money. What I would like to see is truly kick-ass CPU's, that kick ass by default, instead of having to rely on assloads of cache in order to get acceptable performance.
      --
      Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
    4. Re:I blame the Itanium by aaronl · · Score: 4, Interesting

      The point here is that the worst of all the CPU designs out there is the Intel one. Alpha, MIPS, SPARC, PA-RISC, POWER, PPC are all better designs. The reason they never really made the desktop is because they aren't Intel. This is the same rationale that lead to Windows, Word DOCs, etc being "the way".

      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.

    5. Re:I blame the Itanium by Waffle+Iron · · Score: 2, Informative
      The point here is that the worst of all the CPU designs out there is the Intel one.

      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 performance - even if only in the server arena. This just hasn't happened.

      The PPC in consoles probably has more to do with IBM's scheme to conveniently include a few DSPs on the die than with any deep architectural differences in the main Power core. It's a just packaging optimization targeted at the embedded media appliance market.

    6. Re:I blame the Itanium by Anonymous Coward · · Score: 2, Informative

      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?

      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 than the typical applications of an x86 (web serving, games).

      However, this particular product is clearly aimed at current PA-8700 and PA-8800 users who are unwilling to switch platforms yet. There is little incentive for someone to switch from Opteron or EM64T to the PA-8900 as integer and floating point performance leave a little to be desired. Like the release of the Alpha EV7z, no serious effort was made to improve the performance of this design. As with the EV7z, the maximum clock frequency was decreased from 1.6 GHz to 1.1 GHz. Pretty much all of HP's semiconductor design and testing staff has been sacked or transferred over to Intel.

      In reality, the PA-8900 is more of an advertisement for the Itanium 2 than a serious attempt at microprocessor.

    7. Re:I blame the Itanium by gstoddart · · Score: 2, 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.

      Actually, it sounds less like it's related to managers and more related to simple market factors and economics.

      People started to expect commodity machines to just simply be bought, plugged in, and left.

      Once the PC stared replacing other type systems, the inertia of the x86 architecture, as you point out, kept those more affordable and available, and further eroded sales of those chips.

      The problem with saying if the chips had been mass-produced, they would have been cheaper puts the cart before the horse. It's not "if you build it, they will come", but "if they buy it, you can produce in volume". Mass producing some of those exotic CPUs to the extent of pentium chips would have been absurd because there wasn't a market for them.

      Unfortunately, a niche market product is either sold at a bazillion dollars to cover costs or eventually phased out due to lack of sales. Sometimes both.

      Granted, all of the big companies merging into one another or giving up on making their own CPUs hasn't helped much either. But HP started becoming pointless and crappy when they merged with Compaq.
      --
      Lost at C:>. Found at C.
    8. Re:I blame the Itanium by Waffle+Iron · · Score: 3, Insightful
      The PA-RISC, Alpha, and Mips chip families were all way out in front of the x86 before they were put into maintenance mode by HP and SGI in anticipation of the IA-64 architecture, which never did deliver on it's price/performance promises.

      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" mainframe processors.

      All of that is due to insane cache sizes, heavy I/O bus technology, and the hugely expensive packaging that goes with them. Cram all of that around an x86 core and you'd get similar results.

      The "skin" required to make the instruction set work with bleeding edge designs like Cell just isn't worth the hassle or performance overhead.

      The Cell isn't just one processor; it's a processor plus a bunch of DSPs. Nothing is stopping you from adding a bunch of DSPs to an x86 die.

      The x86 instruction set is bloated and crippled

      The subset of instructions that modern compilers actually issue aren't bloated, and they use up fewer bytes than space-hogging RISC opcodes. The "bloated" instructions of old are handled by a little bit of microcode if they are encountered. The x86-32 was somewhat crippled, but that was mostly worked around with tricks like renaming. The x86-64 isn't crippled.

      and making the Itanium interoperable with it nearly sunk the chip entirely.

      It was sunk because they thought that they could get away with shoving most of the branch prediction logic up to the compiler, which doesn't know anything about the actual runtime conditions. While the idea seemed appealing, it didn't work. An other example of how "advanced" instruction set architectures don't really buy you anything in the real world.

      Allan Kay was dead right in that hardware needs to accommodate the programmer, not the other way around.

      That's right, it needs to do the job as good as any alternative without making the programmers rewrite all of the software in existence.

    9. Re:I blame the Itanium by akuma(x86) · · Score: 2, Insightful

      This is a fairly sad state of affairs... the processor family really has some legs left to it, but it was killed by HP for mostly political reasons

      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 sense to pour billions of dollars into it when your return on investment is negative. It's the same reason that HP doesn't design and fab their own DRAM.

      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.

      I guess you haven't seen any SPEC or TPC benchmarks lately. You must by using 1990s technology. x86 is very competitive with SPARC and POWER. In fact, it isn't even a contest if you were to equip the x86es with the same sized caches of their POWER and SPARC counterparts.

      IBM microelectronics loses money every single year. Sun has a negative return on investment for SPARC. 10 years from now, you won't have have SPARC or POWER machines built anymore.

      Sun's Opteron boxes were necessary to hide the abyssmal performance of SPARC.

      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.

      Look up the latest Edgar financial filings on IBM and read about their microelectronics division. They lose money every single year. If one of the largest computer companies in the world can't make money with their own semiconductor division, what does that say? Obviously they are not competitive.

      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

      x86 has the most innovative microarchitectures on the planet. How you do you think they compete performance-wise with more elegant ISAs? It isn't just Wintel anymore. It's Apple-Intel, Win-AMD, Win-tel, Linux-tel, Linux-AMD.

      There will still be competition. AMD competes with Intel pretty well which keeps the trend of innovation going. Even Intel must compete with Intel. Who is going to buy a new computer if all Intel does is release something that does not have value over the previous generation?

    10. Re:I blame the Itanium by akuma(x86) · · Score: 2, 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.

      I hope you're not the CEO of some company. If you are, let me know what your company is so I can short your stock on Monday morning. It seems that those managers know more about tech and finance than you.

      What did you expect managers to do? Increase costs to get a processor that runs only 1% of the world's software? How do you suppose x86 became abundant whereas other architectures did not? It's all about the software... Tech savvy people know that. IBM, HP, Digital, Sun should have all forseen the tremendous potential in x86 software and started competing with Intel by making their own x86 parts.

      The ISA is such a red herring. I am paid to design x86 microprocessors and I can tell you that there's an internal instruction set that is optimized for the hardware. Intel/AMD do a translation in hardware, Transmeta does it in software. In any case, x86 is just a thin layer around what is really going on inside. That layer amounts to a tiny amount of the chip power and area budgets. A small price to pay for the privelege of being able to run 99% of the world's software.

      I will agree with you on one thing. Itanium is the dumbest thing Intel has ever done. No software - no market...

  7. HP-UX on an Itanium2-based Mac? by CyricZ · · Score: 2, Interesting

    There has been some speculation that the new computers from Apple which use an Intel processor will use an Itanium 2 CPU, which HP has used to replace the PA-RISC as their main workstation and server CPU. This indeed raises a very interesting question: if the new Macs do indeed use Itanium chips, would we one day see HP-UX running on a Mac? It is a real possibility.

    --
    Cyric Zndovzny at your service.
    1. Re:HP-UX on an Itanium2-based Mac? by statusbar · · Score: 2, Informative

      Absolutely not. The new macs are x86, and only x86 not itanium. Read the info from apple.

      jeff

      --
      ipv6 is my vpn
    2. Re:HP-UX on an Itanium2-based Mac? by Anonymous Coward · · Score: 2, Funny

      While I've no idea how real the possibility is, one thing is absolutely certain: the prospect of HP-UX running on a Mac is not remotely interesting. It is, in fact, the most boring Apple speculation ever posited.

    3. Re:HP-UX on an Itanium2-based Mac? by defy+god · · Score: 2, Informative

      here 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 something in common, and both have 32-bit lineage.

      This also gives us a good look at what will be in the first Intel based Macs. It will not be a 64-bit chip. If it were, Apple would tell the developers they are free to program for that architecture because that's what all the new Macs would be based on. Since Apple isn't saying to use x86-64 instructions, we can at least assume that some of the Intel based Macs aren't 64-bit. It would be easier on the developers to support the Intel side. Eventually, though, Apple will no doubt use the 64-bit chips because the x86 is getting a bit stale.

      --
      hackers of the world unite!
  8. HP is using Inanium for the Non-Stop line by Animats · · Score: 2, Interesting
    One of the best reliability technologies around was Tandem's NonStop systems, carefully architected clusters that can survive crashes. HP bought Tandem and made them switch to PA-RISC. Now they're making them switch to Inanium, just before Intel kills it.

    The high-reliability customers are not going to like this. Those machines run important stuff - 911, NASDAQ, power grids, VISA.

    1. Re:HP is using Inanium for the Non-Stop line by Splatypus · · Score: 2, Informative

      Wrong!

      Compaq bought Tandem, switched them to Alpha (was mips) and now HP is moving them to Itanium.

      Tandem has never used PA-RISC

  9. Hopefully IBM and POWER can hold out longer. by CyricZ · · Score: 3, Interesting

    My hope is that IBM does not make the same mistake as HP, but instead continues with their AiX/PPC combination on workstations and servers. We need variety in the UNIX market to result in innovation and improvements. With IRIX and SGI gone, Compaq and Tru64 gone, and soon possibly HP and HP-UX (there are doubts that the Itanium can fully replace the PA-RISC), the major UNIX vendors left are Sun and IBM. Frankly, that may not be enough to provide a sufficient level of innovation.

    --
    Cyric Zndovzny at your service.
  10. That's a real disappointment by davecb · · Score: 2, Insightful
    A company that used to build some of the best instruments and some lovely workstations slowly winds down to the xxx-on-intel junkyard.

    It's even disappointing to an employee of the competition: I **liked** competing with H-P, they always kept me on my toes.

    --dave

    --
    davecb@spamcop.net
  11. Unsuitable mission-critical systems? by CyricZ · · Score: 2, Insightful

    With the demise of HP-UX on PA-RISC, I fear we are going to see unsuitable systems used for mission-critical applications. HP-UX and PA-RISC are both widely known for their fault tolerance and extreme reliability. They're the kind of OS and computer architecture you trust to run the control systems of a nuclear power plant, or the financial transactions of a major stockmarket.

    --
    Cyric Zndovzny at your service.
  12. PA-RISC is an integral part of the HPUX experience by CyricZ · · Score: 2, Interesting

    Indeed, HP has ported HP-UX to the Itanium. But there are doubts about the veracity of the Itanium as a stable, high-performance, fault tolerant, uptime-guaranteed platform. Part of going with HP-UX was knowing that you were running on PA-RISC, and you know you could trust your system. Now that has been taken away. It's as if HP-UX has been partially neutered.

    --
    Cyric Zndovzny at your service.
  13. Did RISC really matter? Nope. by reporter · · Score: 2, Interesting
    Last week, Apple announced the death of the PowerPC in the Macintosh. With the announcement of the death of the HP-PA, we see that so-called RISC processors have been become extinct in the desktop market.

    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 soon become too great to support them. PowerPC may, barely, survive because IBM sells enough highend systems to support PowerPC R&D.

    At this juncture, looking back 16 years ago, we can see whether the RISC movement was really hype. Remember Hennessy and Patterson from Stanford and Berkeley, respectively? They were foreseeing the end of x86 because of this new RISC "technology".

    Yet, RISC was more marketing than technology. Remember branch slot delays? Remember uniform instruction widths? Remember instruction scheduling for load slot delays? Remember, in particular, that sentence in their famed textbook, where they claim that computer architecture will move beyond mere art and enter the realm of a quantitive hard science?

    Well, history has shown that computer architecture remains more art than science. There is science, but it is only at the level of arithmetic for calculating cycles per instruction (CPI).

    The supporters of RISC point to the RISC engine underneath the translation machine in the Pentium III. Nonetheless, the point that Hennessy and Patterson repeatedly made was that the "bad" x86 instruction set requires the translation layer and that, therefore, the translation layer would severely damage performance. Well, have Hennessy and Patterson looked at the latest numbers for integer performance on a Pentium 4?

    Not surprisingly, Patterson has moved onto a new marketing job as head (?) of the ACM. He is now arguing that we desperately need to open the gates to H-1B engineers because America has a desperate shortage of good programmers. (Professor Matloff aggressively countered this marketing by using hard statistics and called Patterson a liar on CNet.) As for Hennessy, he became president of Stanford University. That job is also focused on marketing. I congratulate them both on their success. They were able to parlay their previous job of marketing RISC into signficant career advancements.

    sidenote
    --------
    [1] Not ironically, the only two surviving RISC chips in the server or desktop markets was designed by native engineers, not H-1B engineers. As a matter of policy, IBM does not hire H-1Bs unless they have a Ph.D. and a critical skill. Fujitsu just, flat, does not hire foreign engineers; like other Japanese companies, Fujitsu prefers native engineers.

  14. consolidation is good by briancnorton · · Score: 4, Interesting

    Ack, the flames, THEY BURN!
    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.

    --

    People who think they know everything really piss off those of us that actually do.

    1. Re:consolidation is good by evilviper · · Score: 2, Insightful
      There is market room for at least 3, and possibly 4 architectures out there

      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

      We seem to be very quickly approaching one single CPU, and not for technical or economic reasons, but simply because of Intel bluffing everyone into submission.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  15. Re:Goliath by tomstdenis · · Score: 2, Insightful

    AMDs implementation of x86_{32|64} is a bit more sane and performs much better.

    Sure the x86 ISA is bloated but once you get past the decoder it's all RISC underneath baby.

    Tom

    --
    Someday, I'll have a real sig.
  16. Well look at every new CPU to see if RISC matter! by renoX · · Score: 4, Insightful

    Uh, how the PA-RISC, PPC, Sparc failures in the PC or server has anything related to the RISC concept?

    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..

  17. Re:Did RISC really matter? Nope. by Queer+Boy · · Score: 2, Informative
    Intel and AMD processors are basically RISC (or have most of the advantages of RISC) with x86 cruft integrated.

    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?

    --
    Not since Marie-Antoinette played milkmaid has looking simple and honest been so fake and complicated.
  18. Re:Did RISC really matter? Nope. by Alioth · · Score: 5, Informative

    What you say about IBM and H1B workers isn't true; I've worked for IBM as an H1B worker yet I do not have a Ph.D, and many of my colleagues on the project we were on were also on H1B workers. There was a critical (and genuinely rare) piece of experience we all had, but other than that we were just normal engineers.

    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.

  19. Re:Did RISC really matter? Nope. by Anonymous Coward · · Score: 3, Interesting

    Are people buying Pentium 4s to run DOS in Real Mode?

    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.

  20. Re:Did RISC really matter? Nope. by 0racle · · Score: 2, Insightful

    Don't bring facts into a xenophobic argument about visas and how the United States should shield its self from the evils of the rest of the world, which come in the form of foreign engineers and workers.

    --
    "I use a Mac because I'm just better than you are."
  21. Intel set HP up. by team99parody · · Score: 4, Interesting
    I guess it is survival of the strongest. Intel is winning

    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..

  22. Re:Did RISC really matter? Nope. by Ed+Avis · · Score: 2, Insightful

    I think you are being a little unfair in comparing the early RISC chips with processors from today. Instead you should compare them with non-RISC processors of the same era, such as the 80286.

    BTW: ARM is the biggest selling processor family.

    --
    -- Ed Avis ed@membled.com
  23. Re:"standards" by foorilious · · Score: 2, Insightful

    This is one of my biggest pet peeves in IT journalism. How Intel CPUs are always "industry standard," and everything else is "proprietary." Tell me again how x86 isn't proprietary? SPARC is actually somewhat open, as described here. Now, I'm not saying it's open like GPL software is open, but there's an IEEE standard for the SPARC instruction set, and anyone can license the SPARC specification. There have always been two distinct vendors (Sun and Fujitsu) selling different but compatible SPARC implementations. Even after the APL goes into effect, I believe each vendor will still have SPARC chips not covered by that agreement (each vendor's low-end line).

    Now, x86 has both Intel and AMD making compatible chips, but they actually have a license agreement. AMD pays Intel royalties, and it's even rumored that Intel has the right under that agreement to cap AMD's production volume. To me, it starts looking like AMD is a pet Intel keeps around to be able to say, "but we're not a monopoly, look at AMD!" You only need to look at Microsoft's legal history to see why that'd be a smart move.

    "Commodity" is the other term consistently abused in discussions like this. When people say Intel CPUs are "commodity" and "industry-standard", what they mean to say is that they are "cheap" and that there are "lots of them."

  24. Re:Did RISC really matter? Nope. by mrm677 · · Score: 3, Informative

    Sorry, you are wrong and I spoke with Patterson just a few days ago at the Internation Symposium of Computer Architecture in Madison, WI.

    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.

  25. Re:Did RISC really matter? Nope. by C.A.+Nony+Mouse · · Score: 2, Informative
    It is amusing to see someone slamming H+P for imperfect technology predictions decades in advance. Me, I'm glad if I get it right for a couple of years or so :-)

    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 general lessons have been well absorbed.

    Fujitsu just, flat, does not hire foreign engineers; like other Japanese companies, Fujitsu prefers native engineers.

    You are misinformed. I personally know at least two foreign (non-Japanese) Fujitsu silicon design engineers working on American soil.

    --
    J
  26. Re:Did RISC really matter? Nope. by fermion · · Score: 2, Insightful
    The fact is that if anything is dead, it is CISC, and it's remnants result in massive ineffeciencies. The current chip designs, IRRC, are a hybrid. Intel was going down a bad road. Huge clock rates to compensate for the ineffeciency of the prememptive cache. The huge clocks rates then needed more preemptive cache to fill it. These requires larger circuits, that generated heat, the needed fan to cool the box, that need HVAC to cool the rooms, that wasted 10X more power than was used in the processing.

    RISC solved many of these ineffeciencies, and were integrated. But like anything, it was not the silver bullet. So, as technolgy and nature does, it merged and created a more resiliant hybrid, which is where we are. If the PC manufacturers were as brutal as Apple, and left thier legacy mistakes behind, the Intel would be much more RISC.

    --
    "She's a scientist and a lesbian. She's not going to let it slide." Orphan Black
  27. Re:Did RISC really matter? Nope. by LWATCDR · · Score: 2

    "Are people buying Pentium 4s to run DOS in Real Mode?"
    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.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  28. Re:Did RISC really matter? Nope. by JLF65 · · Score: 2, Informative

    POWER isn't "largely unrelated" to the PowerPC. As the name suggests, the PowerPC is a PC oriented version of the POWER processor. The architecture is IDENTICAL as are NEARLY ALL of the instructions. The PowerPC is just a cost-reduced version of the POWER processor meant for markets that can't afford the monster POWER is today.