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

206 comments

  1. No need for RAM ? by Touisteur · · Score: 0

    One upon time, 64MB was the highest RAM quantity you could put in a computer =o) Now what ? 400Go L2 Cache for 2010 ? After all, it's *just* some more zillions transistors...

  2. HP is Dying by jazman_777 · · Score: 1
    So says Netcraft!

    But in all seriousness, one of my company's big enterprise software customers is looking at alternatives (IBM is the first one) because "HP is dying".

    --
    Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
    1. Re:HP is Dying by Anonymous Coward · · Score: 0

      My last company had purchased two Superdomes, they were not cheap.
      The product was excellent.
      The customer support was HORRIBLE (Clueless Indian Call center)

      We had to threaten to send both of them back and go someplace else before we finaly got someone from the state who was compitent and not reading a script.
      Since then I have had one other run-in with thier worthless oversea tech support but there was no way to reach someoen with a .clue
      I now refuse to purchase anything from HP.
      At least, with most places, with state side tech support, if thier 1st and second tier guys cannot answer your problem, they know how to get someoen who does. Overseas tech support, too many time, you stump them and there is no one higher who can help you. Just like HP...

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

    4. Re:Another one bites the dust. by njcoder · · Score: 1

      Genesi is making a Open Desktop Workstation based on the PowerPC G4 processor from Freescale. Freescale I think is the PowerPC unit from Motorola that was spun off? You can get motherboards from them too. The 1Ghz PowerPC workstation costs 799. I ran across the release announcement the other day and tried contributing it to slashdot but it's obviously not that much interest to others. I don't know much about the company or PowerPC in general but with Apple moving away from PowerPC I thought it was cool. Maybe the info will help you.

    5. Re:Another one bites the dust. by The+Ego · · Score: 1

      That they did

      Correct. Itanium started its life in HP Labs as 'PA Wide Word' before the HP-Intel alliance. Things evolved a good deal after that point though.

      most PA-RISC code will run unmodified on Itanium machines.

      That's correct, thanks to Aries.

      the Itanium is able to transcode PA-RISC instructions

      This is not correct. One goal of the Itanium instruction set was to allow efficient software translation of PA code, but that's about all the support there is.

    6. Re:Another one bites the dust. by tedgyz · · Score: 1

      You are correct. The initial design came out of HP Labs. It was heavily influenced by ex-Multiflow engineers, which was one of the pioneers of VLIW. The final architecture had a lot of Intel influence, but it started as an HP design.

      I believe the initial HP-Intel meeting occured circa 1993. I was involved during the Itanium design stages as part of the HP-UX compiler group and implemented the HP-UX debugger for one of the IA-64 simulators.

      --
      "No matter where you go, there you are." -- Buckaroo Banzai
  4. 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.

    1. Re:Damn by period3 · · Score: 1

      Yes, but how fast is the cache?

  5. 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?
    2. Re:Survival of the strongest by utexaspunk · · Score: 1

      Intel is winning the war but it is sad to see some of the's CPU's go the way of the dodo.

      Yeah, the had quite a few good CPUs...

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

    1. Re:Meta-comment by borroff · · Score: 1

      I wonder if you could automate this? The Universal Slashdot Universal Reply Generator Engine?

    2. Re:Meta-comment by CapnGrunge · · Score: 1

      Denial. Suggestion that AMD is the way to go.

      Deja vu?.

      --
      I see 57005 people
    3. Re:Meta-comment by MagicMike · · Score: 1

      False syllogism. Ad hominem attack. So there.

    4. Re:Meta-comment by JLF65 · · Score: 1

      As an engineer, I could give a week long lecture on how x86 sucks big throbbing donkey wang compared to {insert any other CPU here}. All the other engineers on slashdot are nodding in agreement. The problem is that engineers don't buy most of the computers - Cletus the slack-jawed yokel and Homer do.

      Magic picture box tell me P3 make net go faster.
      Magic picture box ask where me wish to go.
      Magic picture box and funny blue guys say P4 best!

      Most people are brain-dead morons who couldn't figure out how to plug the computer in, much less tell you the virtues of the processor powering it. The winner is the company with the most appeal on ANY level to the idiots of the world. That just happened to be Wintel.

      Us engineers may rant and rave, but we don't have enough market sway to make any difference at all except in our own homes.

      -
      "It's MY sex box, and her name is Sony!"

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

  8. 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 Jeremy+Erwin · · Score: 1

      SGI did design and build "Project Columbia", which was (for a brief interval in 2004), the fastest computer in the world.

    2. Re:I blame the Itanium by Zo0ok · · Score: 1
      First I'd like to say: I agree with you. But just a thought...

      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 and a decend GPU is more important than the CPU. To a server reliability, fast disks and enough RAM (with a proper cache/bus design) is more important than the CPU.

      Sure, everything is left to Intel (and AMD) soon - but are they going to make much money? High profit margins from before is gone. For most cases, the CPU simply doesnt matter - consumers can happily go with the cheapest anyway.

      New things are coming, like the CELL, solving problems with an entirely new design approach. But its ironic we end up with x86-64, instead of PPC, Mips or Alpha. x86-64 would have been most peoples last choice in a perfect world.

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

    4. Re:I blame the Itanium by shibbydude · · Score: 1
      But its ironic we end up with x86-64, instead of PPC, Mips or Alpha.

      That's IA64. The difference is in the instruction set.

      --
      We're only gonna die from our own arrogance, that's why we might as well take our time...
    5. Re:I blame the Itanium by AlanS2002 · · Score: 0

      x86 Unix systems have largely been also-rans...

      Linux is a also-ran? What about Solaris on x86?

      --
      Not all conservatives are stupid,
      but it is true that most stupid people are conservative.
      - Hume
    6. 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.

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

    9. Re:I blame the Itanium by Zo0ok · · Score: 1

      Haha! Of course.

      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!

    10. Re:I blame the Itanium by Anonymous Coward · · Score: 0

      Posting as AC as I am using my Sun while I compile gentoo on my ppc64...

      Its a pity to see these architectures going, but I do actually think that despite everything AMD is turning Opteron into a proper architecture - its got more registers so its much less CISC, its 64 bit, built for dual+ core, has serious IO, will have hardware virtualisation support. And the Sun machines will become serious (and Sun will work with AMD to make this happen).

    11. Re:I blame the Itanium by TheRaven64 · · Score: 1

      What I don't understand is why, if modern x86 CPUs include an x86->RISC translator, Intel don't publish the native instruction set, add a couple of dozen registers only accessibly from the native instruction set, and add an AMD64-style instruction to switch modes (i.e. switch off the x86 decoder). Without the translation layer, the chip would run cooler (not much cooler, but a bit), and with more registers it could run faster (see x86-64 Vs x86-32), without much R&D investment. It would run all existing code, and would allow them to transition to a neater architecture in the future.

      --
      I am TheRaven on Soylent News
    12. Re:I blame the Itanium by Queer+Boy · · Score: 1
      what the hell has SGI done in half a decade that's caused anyone to talk about them in positive terms?

      Um, they're a deal of a stock buy when some company swallows them up for the patents they hold?

      --
      Not since Marie-Antoinette played milkmaid has looking simple and honest been so fake and complicated.
    13. 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.

    14. Re:I blame the Itanium by Anonymous Coward · · Score: 1, Interesting

      I don't know the details of the Intel architectures, but in the case of AMD, this is because all the prefetchers and branch-prediction logic happens during the decoding, so there would be no benefit, and probably need a whole bunch of extra circuitry to make it perform as well as the x86 stuff.

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

    16. Re:I blame the Itanium by renoX · · Score: 1

      Well if AMD don't have a similar RISC part, is-it going to be used?
      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.

    17. 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.
    18. Re:I blame the Itanium by renoX · · Score: 1

      For the cell, your description sounds good, but for the XBox?

    19. Re:I blame the Itanium by SoupIsGood+Food · · Score: 1

      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.

      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 under heavy load and a more graceful degredation under a crippling load, which is why anyone's still bothering to buy them for new infrastructure.

      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. I cannot see any situation where the glorified PC architecture that passes for a server in the x86 world could even come close to meeting the needs of something like a Z-Series.

      x86 designs just can't compete in next generation processor sweepstakes, which is why none of the next generation game consoles will be using one. The "skin" required to make the instruction set work with bleeding edge designs like Cell just isn't worth the hassle or performance overhead. x86 chip designs cannot lend themselves to that degree of radical change in "packaging." This is also contributing to their demise in the embedded space as well. (See: Transmeta)

      The x86 instruction set is bloated and crippled, and making the Itanium interoperable with it nearly sunk the chip entirely. Even now, you run with a severe performance penalty if you run x86 code on it as opposed to native-compiled stuff, something that wasn't supposed to happen with the VLIW code-morphing schtick.

      Choice of instruction set can influence the way new features are (or aren't) implemented, and can seriously impede low-level "to the metal" programming and even affect development in higher level languages by being braindead about low level optimization.

      Allan Kay was dead right in that hardware needs to accommodate the programmer, not the other way around. With x86 an inescapable standard, this ideal will never be realized in the workstation/server/personal computer arena.

      SoupIsGood Food

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

    21. Re:I blame the Itanium by aaronl · · Score: 1

      What would have to happen is for some company to take a leap on developing around one of these architectures and letting the market run with it. I had hoped that Apple was going to do this when it switched to PPC for the logic. That didn't happen, and there's an absolute ton of reasons for it.

      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 miss that the server doesn't need to run any particular OS or platform as long as what you need is available.

      This is why in the important environments, you have servers on HP-UX, Solaris, AIX, etc. You would be hard pressed to find a financial institution or heavy scientific computation project running on a Windows or x86 platform. The real performance that you need isn't there, and Windows just isn't reliable. You get Wintel on areas where downtime is acceptable outside of scheduled maintanence, and on workstations.

      Try swapping a CPU or RAM out of an operating system on Wintel. You can get hotswap drives and the underused capability for hotswap PCI, but that's the end of it.

      This is why platforms like Alpha and PA-RISC disappearing is worrying. We're headed towards where the only vendors out there selling truly stable platforms are going to be IBM and Sun. IBM has enough money to not die for decades, even with losses, but Sun is hurting badly. They've started selling a lot of Intel kit just like HP.

      Ultimately, Intel makes consumer grade parts, and it's the same thing with AMD kit. Consumer grade always means lower quality since you have to drive the price down for market penetration and to hold your market share against the inherent competition. We're losing the option to get kit that is above consumer grade without doing your own R&D.

      To tie up two things you mentioned:

      You have to build it first, otherwise nobody can buy it. Business is about managed risk leading to a successful product and revenue. In the case of CPUs, these weren't exotic chips; they were just expensive. An UltraSPARC isn't that much more than an Itanium and it was the same for Alpha. PA-RISC servers are rather pricey, but it's still cost to benefit a better deal.

      HP did start going down hard after the Compaq merger, same as DEC. After they stop production of PA-RISC and related platform, there will be no reason to buy Compaq/HP instead of someone else. People will consolidate vendors and end up picking just for convenience. This has tended to be Dell since they're easier to deal with and a bit cheaper.

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

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

    24. Re:I blame the Itanium by SoupIsGood+Food · · Score: 1

      Since x86 is such a dominant processor family, you'd think they would have already tried all the tricks of adding in DSPs. They did, it's called SSE, and it sucks. Intel and AMD waste so many transistors translating the x86 instruction set, they can't adequately incorporate new technologies, like DSPs, vector processors, on-chip reconfigurable FPGA coprocessors, insane amounts of cache and heavy duty I/O.

      If it were the slightest bit feasable, AMD or Intel or Transmeta or one of the smaller players would have done it already.

      x86 is a high-volume, low cost solution. It offers nothing of worth apart from a depressing homogeneity and backwards compatibility with MS-DOS. This is why the embedded market is running away from x86 chips as fast and as far as they can... they need real featuresets and an ISA that isn't brain-damaged.

      It's why IBM is raking in cash hand over fist from customers who jumped ship from HP/Compaq/Tandem and SGI... unlike AMD or Intel, they can manage a line of high margin, high performance microprocessors (or processors, in the case of the Z-series.) They aren't dependant on an antiquated instruction set, but I'd bet the newest AIX runs on RS/6000 kit older than PC's no longer supported by XP, and Z-OS runs software written back when Carter was in office.

      x86 is the worst of all possible worlds, and is crippling the workstation/PC market with a race to the bottom.

      SoupIsGood Food

    25. Re:I blame the Itanium by multiplexo · · Score: 1
      I mean, what the hell has SGI done in half a decade that's caused anyone to talk about them in positive terms? Nada.

      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. 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 shiny and colorful plastic cases and names such as "Octane", "Fuel" and "Viagra" (oh wait, I made that last one up).

      --
      cheap labor conservatives - they want to keep you hungry enough to be thankful for minimum wage.
    26. Re:I blame the Itanium by Anonymous Coward · · Score: 0

      x86 has the most innovative microarchitectures on the planet

      x86 is not winning because it is a good microarchitechure. It is winning because people are pouring more money in to this ISA than any other ISA. It's simple economies of scale.

    27. Re:I blame the Itanium by Anonymous Coward · · Score: 0

      > Since x86 is such a dominant processor family,
      > you'd think they would have already tried all the
      > tricks of adding in DSPs. They did, it's called > SSE, and it sucks.

      SSE doesn't compare with a DSP. Do you even write software?

      > Intel and AMD waste so many transistors
      > translating the x86 instruction set, they can't
      > adequately incorporate new technologies, like
      > DSPs, vector processors, on-chip reconfigurable
      > FPGA coprocessors, insane amounts of cache and
      > heavy duty I/O.

      They have vector processing units. They don't have DSPs because they're useless for their target market. They don't stuff a lot of cache on because it needlessly brings up the cost of the processors. Take a look at the cost of the Xeon or the P4EE.

      The x86 ISA decoder consumes a relatively small portion of the die, and in return it conserves a lot of memory bandwidth. If Intel wanted, it could strip its processor line of complexity (and performance) add a bunch of parallel execution units, and crank out samples at probably 5GHz. And like the Cell, they would be completely useless for general-purpose computing.

      > If it were the slightest bit feasable, AMD or
      > Intel or Transmeta or one of the smaller players
      > would have done it already.

      Yeah right. Transmeta is basically dead, and they don't even produce real x86 processors. AMD cannot afford to waste R&D resources producing novelty processors; they're already losing enough money.

      > x86 is a high-volume, low cost solution. It
      > offers nothing of worth apart from a depressing
      > homogeneity and backwards compatibility with
      > MS-DOS.

      That and performance that is only rivaled by POWER and Itanium.

      > This is why the embedded market is running away
      > from x86 chips as fast and as far as they can..

      The embedded market was never heavily x86 to begin with.

      > It's why IBM is raking in cash hand over fist
      > from customers who jumped ship from
      > HP/Compaq/Tandem and SGI.

      IBM wishes it was making Intel's money.

    28. Re:I blame the Itanium by peawee03 · · Score: 1
      Who is going to buy a new computer if all Intel does is release something that does not have value over the previous generation?

      Benchmarks of Prescott over Northwood say the older design is the better buy at the same clock speed.

      --
      I wish I could write clever and witty sigs.
    29. Re:I blame the Itanium by akuma(x86) · · Score: 1

      I meant to say that x86 implementations have the most innovative microarchitectures on the planet.

      The reasons for this are as you stated - economies of scale.

    30. Re:I blame the Itanium by akuma(x86) · · Score: 1

      Benchmarks of Prescott over Northwood say the older design is the better buy at the same clock speed.

      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 both. Therefore, they must see value in Prescott since it represents a large proportion of Intel's profits.

    31. Re:I blame the Itanium by Anonymous Coward · · Score: 0

      You would be hard pressed to find a financial institution or heavy scientific computation project running on a Windows or x86 platform.

      No, but you can find quite a few running Linux on x86. That's what killed RISC.

    32. Re:I blame the Itanium by jcr · · Score: 1

      What I don't understand is why, if modern x86 CPUs include an x86->RISC translator, Intel don't publish the native instruction set

      Probably because it varies from model to model, and to use it effectively requires knowledge of the architecture that they don't want to have set in stone.

      -jcr

      --
      The only title of honor that a tyrant can grant is "Enemy of the State."
    33. Re:I blame the Itanium by Anonymous Coward · · Score: 0
      and Z-OS runs software written back when Carter was in office.

      In fact, it runs software written for the OS/360 in 1965 !

    34. Re:I blame the Itanium by Anonymous Coward · · Score: 0

      Say it with me now: "No one programs in assembly anymore."

    35. Re:I blame the Itanium by aaronl · · Score: 1

      x86 became abundant because it was "good enough" and was cheap to produce. The z80 was "good enough" for an awful long time, and it was terribly slow and lacked funtionality. You say it's all software, and I say software is driven by the hardware capabilities. Those companies might have competed with Intel in x86, but for their architectures being superiour, and for Intel not second sourcing them. x86 was always a holdover, and it just has refused to die a deserved death.

      As someone paid to do microprocessor work, you should know better. The ISA is a big deal as everything the system does is tied to it. If your ISA is trash it kills the performance of your software. Look at all the problems the P4 has because of the way it handles decode and execution! Quite an achievment for Intel to produce a "next generation" architecture that's slower per cycle than the previous. You end up having to do all sorts of stupid complex things to "fix" the problems the terrible ISA caused.

      I know there's an internal ISA for all modern x86 chips. There's still a whole lot of complexity that's added to maintain compatibility with a trash ISA. It's a huge waste that Intel keeps losing at hard.

      Seriously, Itanium wasn't a bad project. The idea of making a more flexible chip that required software to act better isn't bad. It's just a differing perspective: CS vs EE. You can't change the silicon once it hits market. NVIDIA is pretty good at this idea, for example. Their hardware is rather flexible, and you can see how much so by looking at how they manage to squeeze more performance out of it with each driver release.

      Just remember, x86 might be 99% of the world's software, but 99% of the average users only run Office, a web browser, and an email client.

      Worse yet, you don't even get 99% of the software. You get the software that Microsoft hasn't broken with OS updates. I think it would be amusing to get Win3.1 to work on modern systems, or Desqview, or anything similar. The underlying hardware has changed a lot, and has broken compatibility. This sort of thing happens when a platform has been implemented without a good design.

      x86 was designed in under a week, and it shows badly...

    36. Re:I blame the Itanium by coopex · · Score: 1

      >Quite an achievment for Intel to produce a "next generation" architecture that's slower per cycle than the previous.

      Repeat after me: CPI != performance. #instructions/program != performance. cycles/second != performance. Performance = Time = 1/(CPI*(instructions/program)*(cycles/second)). Now go learn some more about processor design before you decide to lecture someone who does it for a living.

      --
      The road to hell is paved with good intentions.
    37. Re:I blame the Itanium by peawee03 · · Score: 1

      I see value in your point, but Intel knows the NetBurst bubble, well... burst. A lot of the $30 billion are from things like Dell, where they have exclusivity. And remember both AMD and Intel encourage early replacement of PC hardware, for otherwise they'd have practically no new business. Lastly, only the newest Prescotts, sometimes known as Prescott 2, have EM64T, with the earlier ones all being 32 bit. And I seriously don't think the cost savings of 90nm is being passed on to consumers, or if it is, it's only a blip.

      Prescott performance did increase as clock speeds went up, but from what I understand, most of the value in Prescott is kool-aid intended to keep Intel in profits while they roll out desktop Pentium Ms (which are the real gems in Intel's lineup, along with StrongARM/XScale). Don't get me wrong, if I were to buy an Intel CPU today, I'd be more than happy with one of the 3.6 GHz parts. But I just don't think there's that much a value in the latest NetBurst stuff than was previously featured, especially with Tom's Hardware proving that Prescott's can overheat enough to throttle back during normal usage.

      --
      I wish I could write clever and witty sigs.
  9. 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 sphealey · · Score: 1

      You have to consider the possibility that there were some secret clauses to the Apple-Intel agreement. A volume of 1 million units per year would do a lot to kickstart the cost/price loop for the Itanic.

      sPh

    3. Re:HP-UX on an Itanium2-based Mac? by Anonymous Coward · · Score: 0
      Apple to Use Intel Microprocessors Beginning in 2006

      WWDC 2005, SAN FRANCISCO--June 6, 2005--At its Worldwide Developer Conference today, Apple® announced plans to deliver models of its Macintosh® computers using Intel® microprocessors by this time next year, and to transition all of its Macs to using Intel microprocessors by the end of 2007. Apple previewed a version of its critically acclaimed operating system, Mac OS® X Tiger, running on an Intel-based Mac® to the over 3,800 developers attending CEO Steve Jobs' keynote address. Apple also announced the availability of a Developer Transition Kit, consisting of an Intel-based Mac development system along with preview versions of Apple's software, which will allow developers to prepare versions of their applications which will run on both PowerPC and Intel-based Macs.

      "Our goal is to provide our customers with the best personal computers in the world, and looking ahead Intel has the strongest processor roadmap by far," said Steve Jobs, Apple's CEO. "It's been ten years since our transition to the PowerPC, and we think Intel's technology will help us create the best personal computers for the next ten years."

      "We are thrilled to have the world's most innovative personal computer company as a customer," said Paul Otellini, president and CEO of Intel. "Apple helped found the PC industry and throughout the years has been known for fresh ideas and new approaches. We look forward to providing advanced chip technologies, and to collaborating on new initiatives, to help Apple continue to deliver innovative products for years to come."

      "We plan to create future versions of Microsoft Office for the Mac that support both PowerPC and Intel processors," said Roz Ho, general manager of Microsoft's Macintosh Business Unit. "We have a strong relationship with Apple and will work closely with them to continue our long tradition of making great applications for a great platform."

      "We think this is a really smart move on Apple's part and plan to create future versions of our Creative Suite for Macintosh that support both PowerPC and Intel processors," said Bruce Chizen, CEO of Adobe.

      The Developer Transition Kit is available starting today for $999 to all Apple Developer Connection Select and Premier members. Further information for Apple Developer Connection members is available at developer.apple.com. Intel plans to provide industry leading development tools support for Apple later this year, including the Intel C/C++ Compiler for Apple, Intel Fortran Compiler for Apple, Intel Math Kernel Libraries for Apple and Intel Integrated Performance Primitives for Apple.

      Intel (www.intel.com), the world's largest chip maker, is also a leading manufacturer of computer, networking and communications products.

      Apple ignited the personal computer revolution in the 1970s with the Apple II and reinvented the personal computer in the 1980s with the Macintosh. Today, Apple continues to lead the industry in innovation with its award-winning desktop and notebook computers, OS X operating system, and iLife and professional applications. Apple is also spearheading the digital music revolution with its iPod portable music players and iTunes online music store.

      Can someone please show me where in this press release it specifically says x86?

      Slow Down Cowboy!
      Slashdot requires you to wait 2 minutes between each successful posting of a comment to allow everyone a fair chance at posting a comment.

      It's been 5 minutes since you last successfully posted a comment

      Me thinks /. is screwed up

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

    5. Re:HP-UX on an Itanium2-based Mac? by CyricZ · · Score: 0, Flamebait

      It's interesting because it opens up the possibility of bringing high-performance, fault-tolerant computing to the masses. I don't mean the type of "fault-tolerance" (as in it doesn't crash daily) that Linux brings. I mean rock-solid stability that only a true UNIX vendor can provide. I would gladly run HP-UX as my workstation OS if it were affordable. HP-UX and HP-VUE combine to form an amazingly strong workstation environment that's particularly good for software development.

      --
      Cyric Zndovzny at your service.
    6. Re:HP-UX on an Itanium2-based Mac? by hunterx11 · · Score: 1

      It doesn't. But OS X at the WWDC ran on a Pentium 4. The guidelines for developers to port their applications specifiy x86. The actual, released Xcode 2.1 builds targets for x86. I've personally built a fat binary for PPC and x86 OS X (though be to honest, I have no means of testing it on a Mactel).

      --
      English is easier said than done.
    7. Re:HP-UX on an Itanium2-based Mac? by takev · · Score: 1

      I actually downloaded the new version of xcode which will produce so-called 'universal' binaries with both PPC and x86 (it says so specifically) code in them.

      All-in-all a very easy change for the developer, if you made sure you developed neatly (like you would do if you are a UNIX programmer anyway) and avoid all the endian and size issues.

      I could see a future of apple though, where they would run multiple architectures (not only x86 and PPC) at the same time indefinitely.

    8. Re:HP-UX on an Itanium2-based Mac? by be-fan · · Score: 1

      Wow. Somebody missed the boat. The rumors are all dead --- Apple is moving to x86, their new developers kits are x86 and the developer documentation is for x86.

      --
      A deep unwavering belief is a sure sign you're missing something...
    9. Re:HP-UX on an Itanium2-based Mac? by evilviper · · Score: 1
      There has been some speculation that the new computers from Apple which use an Intel processor will use an Itanium 2 CPU

      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?

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    10. Re:HP-UX on an Itanium2-based Mac? by koko775 · · Score: 1

      Yes, the development machines are Pentium 4's, but OS X won't necessarily be limited to that. Please link to the info that says the actual processors in the official retail systems will be x86 and not x86-64 -- If it's common knowledge, it's not common enough.

    11. Re:HP-UX on an Itanium2-based Mac? by Anonymous Coward · · Score: 0

      Windows does run on IA64.

    12. Re:HP-UX on an Itanium2-based Mac? by statusbar · · Score: 1

      I'm sure apple will ultimately include x86-64 in their lineup. But it would make no sense for them to utilize itanium2.

      --jeff++

      --
      ipv6 is my vpn
    13. 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!
    14. Re:HP-UX on an Itanium2-based Mac? by Anonymous Coward · · Score: 0

      C'mon, even thinking of it makes me puke. HP-SUX bah, I really hope it'll DIE and never come back. Such an atrocity!

    15. Re:HP-UX on an Itanium2-based Mac? by statusbar · · Score: 1

      How come so many people in this thread don't know the difference between IA64 and Itanium2 ????

      --jeff++

      --
      ipv6 is my vpn
    16. Re:HP-UX on an Itanium2-based Mac? by statusbar · · Score: 1
      The press release doesn't matter. The development tools do.

      Read the documentation: HERE as well as the linked pdf.

      "The term x86 is a generic term used throughout this book to refer to the class of microprocessors manufactured by Intel. This book uses the term x86 as a synonym for IA-32 (Intel Architecture 32-bit)."
      ""x86 Equivalent Instructions for AltiVec Instructions" lists C intrinsic routines that are equivalent between the two architectures."

      It is feasible that apple can update to x86-64 but that is very very different than Itanium2!

      --jeff++

      --
      ipv6 is my vpn
    17. Re:HP-UX on an Itanium2-based Mac? by evilviper · · Score: 1
      How come so many people in this thread don't know the difference between IA64 and Itanium2 ????

      Have you ever stopped to think that it might not everyone else that's wrong?
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    18. Re:HP-UX on an Itanium2-based Mac? by statusbar · · Score: 1

      haha! oops, yes.

      thanks, my fault.

      jeff

      --
      ipv6 is my vpn
  10. ...at long last by oldenuf2knowbetter · · Score: 1

    I remember sitting in an HP presentation in (I think) 1994 when they first announced this CPU transition. Seems to have taken them about eight years longer than they promised at the time.

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

    2. Re:HP is using Inanium for the Non-Stop line by Anonymous Coward · · Score: 0
      The high-reliability customers are not going to like this. Those machines run important stuff - 911, NASDAQ, power grids, VISA.


      How one processor architecture can be more suitable to running "important stuff" than another? Unless there's a bug in a chip (I have no idea how often this happens), all processors are "100% reliable".

      Or you are implying that Intel processors are inherently less powerful than RISCs?
    3. Re:HP is using Inanium for the Non-Stop line by Anonymous Coward · · Score: 0

      Are you sure they actually "switched" Tandem to Alpha? As I recall, the Compaq plan was to include the hardware-specific requirements for the Tandem "CPU-HA" process in EV8. Needless to say, with EV7z released as the last Alpha CPU, how did Compaq/HP ever use an earlier Alpha for the Tandem CPU cluster?

      Of course, I remember some sort of Itanium discussion saying Itanium3 (or whatever it will be named) was to have this capability; so I fully expect Tandem under Itanium to go forward, just as OpenVMS under Itanium has gone forward and HP-UX under Itanium has gone forward; see the trend?

      For those who live the PA line (I no longer am one of them), while 64MB sounds like the worst kludge I have ever heard of for fixing a latency problem, at least it is being shared between two CPU cores. And to be fair, Power5 uses a 36MB L3 cache - http://www.top500.org/ORSC/2004/power5.html - for similar reasons. Earlier PA CPUs had as much as 8MB of cache for a single core when other CPUs had 512KB to 2MB - so I would say that this just continues a long history of HP creating CPUs that do well in benchmarks by loading the test configuration with as much cache as possible - usually much more than the competition.

      Yes, this is a troll for PA lovers; my only consolidation for both you and the Alpha lovers is your engineering will continue to live on in various Intel CPUs, especially Itanium. So neither CPU is dead, just "outsourced". What else would you call sending all your skilled CPU design engineers to Intel?

      Y.A.C.C.

  12. 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.
    1. Re:Hopefully IBM and POWER can hold out longer. by ratboot · · Score: 1

      From what I understand, HP is dismantling the PA-RISC processors, not HP-UX. HP-UX will continue to run on the Itanium (and maybe, I hope, future Itaniums).

    2. Re:Hopefully IBM and POWER can hold out longer. by TheRaven64 · · Score: 1
      Apple dropped PowerPC because IBM could not supply them with laptop chips. Actually, IBM can supply laptop chips - very, very cheap laptop chips. Very low power too. The problem is, they are relatively slow. They are, however, cheap. Did I mention how cheap they are?

      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 servers. I suspect Apple dropping PowerPC might actually be good for it in the long run - with no one really building PowerPC desktops, IBM are free to without competing with their own customers (something which is usually a really bad idea).

      [1] POWER and PowerPC are more or less the same - there are a few dozen instructions in each that are not in the other, but it is possible to target both with the same binary - GCC can do this.

      --
      I am TheRaven on Soylent News
  13. 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
    1. Re:That's a real disappointment by aaronl · · Score: 1

      Some of those wonderful instruments still exist with Agilent Technologies, at least. Just goes to show what happens when you have anything to do with Compaq... DEC and HP both used to be companies with incredible products. Now we'll have lost two of the best designed chip architectures, and two of the best UNIX variants to ever be on the market.

  14. Obligatory question by Anonymous Coward · · Score: 0

    Yes, but can you port OS X to it?

  15. in solviat Russia by a_greer2005 · · Score: 1

    buying HP is the risc

    1. Re:in solviat Russia by Anonymous Coward · · Score: 0

      In Russia, the sol is viating your ass...

    2. Re:in solviat Russia by William-Ely · · Score: 1

      No! No! No! You got it all wrong. This is how it's done: In Soviet Russia (s) YOU! In Soviet Russia HP introduces YOU! In Soviet Russia PA-RISC outpreforms YOU!

      --
      Mod me down with all of your hatred, and your journey towards the dark side will be complete!
  16. 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.
    1. Re:Unsuitable mission-critical systems? by Anonymous Coward · · Score: 0

      I was an employee of HP for many years, but I left in 1995 when it was starting to become clear HP was no longer the technology-driven company it was in the 60s, 70s and 80s.

      It was sad to see. They were one of the best in so many areas for so long.

    2. Re:Unsuitable mission-critical systems? by CyricZ · · Score: 1

      Indeed. I am glad I was able to experience HP in the 1980s when they were at or near their prime. I feel sorry for the students these days who will never experience what it is like to use a system that just plain never crashes.

      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 sort of systems to use. The moment we have nuclear power plant control systems running on Intel-based Windows 2003 Server machines the world will be doomed.

      --
      Cyric Zndovzny at your service.
    3. Re:Unsuitable mission-critical systems? by Anonymous Coward · · Score: 0

      Actually Windows is the preferred platform in the states today. We Europeans laughed at the simply idiotic choice, but the trends is coming our way now. Luckily it is only supervision and operating that has made the move, but the actual control system will make the move shortly. Management seem easily convinced by the Intel/MS marketing.

    4. Re:Unsuitable mission-critical systems? by CyricZ · · Score: 1

      Well, it will be interesting to see what happens when the first major disaster (ie. a crash of an airplane or the meltdown of a nuclear power plant) occurs because of Microsoft's inept software.

      --
      Cyric Zndovzny at your service.
  17. HATE! by Anonymous Coward · · Score: 0

    I hate you intel....

  18. Re:The cpu wars are nearly over by Anonymous Coward · · Score: 0

    The cpu wars are nearly over!

    Pass the joint over.

  19. "standards" by Eunuchswear · · Score: 1
    From the stupid article:
    Cox also pointed out that the industry in general is moving toward standards-based processors from Intel and AMD and away from proprietary chip development from hardware vendors.
    What an idiot.
    --
    Watch this Heartland Institute video
    1. Re:"standards" by darkjedi521 · · Score: 1

      I think SPARC is one of the few standards based CPUs out there - IIRC, its an open specification anyone can implement.

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

    3. Re:"standards" by darkjedi521 · · Score: 1

      Looking inside assorted Sparcstations, I see chips from TI, Fujitsu, and Ross. I think Cypress also made SPARC at one point.

    4. Re:"standards" by Anonymous Coward · · Score: 0

      The neat thing about standards is that there are so many to choose from.

  20. Goliath by UCFFool · · Score: 1

    David will come around eventually... Goliath can only stand so long... Go AMD... hopefully.

    --
    "The more pity, that fools may not speak wisely what wise men do foolishly" - Touchstone,Shakespeare's "As You Like It"
    1. Re:Goliath by Anonymous Coward · · Score: 0

      AMD also produce exactly the same architecture. You're advocating replacing one faceless, ruthless corporation with another. Are you completely stupid?

    2. 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.
    3. Re:Goliath by Anonymous Coward · · Score: 0

      As far as (most of) the OS and other applications are concerned though, there's no difference between the AMD and Intel chips. The grandparent poster seemed to be suggesting otherwise.

    4. Re:Goliath by DrSkwid · · Score: 1

      so why not dump the x86 and go straight to the risc ?

      That would be sanity

      --
      There are places where the networks are not touching,and there are places where they are-Boeing's Lori Gunter
    5. Re:Goliath by Anonymous Coward · · Score: 0

      How exactly is that relevant? For fucks sake tom, we all know that AMD's current x86 family is superior to Intel's, but if you're going to make yet another fanboi post, at least don't try and dress it up in a totally stupid argument like that.

    6. Re:Goliath by InvalidError · · Score: 1

      That would also shed off 20+ years of backwards-compatibility which is the prime reason why x86 survived the 32bits transition and held off up to now and for the foreseeable future.

      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 are non-issues for them, thereby making decoder simplicity insignificant compared to backwards compatibility.

      As long as x86 can continue undercutting and scaling beyond surviving/competing alternatives, x86 will keep on leading and spreading.

  21. End of PA-RISC by Anonymous Coward · · Score: 0

    It is indeed a sad day, it is unfortunate that cost is driving HPs decisions. For some time this part of HP was a balancing act, teethering on the edge of success.

    With the success of the x86 mono culture, and increased focus on this portion, blame mismanagment as the root cause for the demise of this CPU. Chalk another one up to Dell and Carly.

  22. PA-RISC....sad to see you go... by Anonymous Coward · · Score: 0
    I remember a long time ago when I worked at an internet provider and knew less than I do now about processors. We had a HP 9000 with a 75MHz PA-RISC processor in it. I was excited becaues it was a RISC based processor and at the same time I was laughing because it was at the same MHz as my PowerMac 7200 on my desk.

    Thing is though, looking back, I realize now just how much that PA-RISC processor kicked ass over anything else at the company. I will miss PA-RISC...

    1. Re:PA-RISC....sad to see you go... by Anonymous Coward · · Score: 0

      I seem to remember how an HP workstation was so goddamn expensive that by the time you could afford a refresh, crappy x86 machines were running 3 times as fast by virtue of clock speed, cache and bus improvements. The color scheme fucking sucked, and the MIPS ISA was better anyway, if you actually cared about the architecture, which you probably don't really. Fuck PA-RISC.

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

  25. 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 Dionysus · · Score: 1

      Do most developers care about the hardware architecture they run on as opposed to the OS platform? Unless you write a compiler or OS, don't you usually stop at the OS level?

      --
      Je ne parle pas francais.
    2. Re:consolidation is good by Androk · · Score: 1

      I think it's fascinating that 15 years ago, with a much smaller server market that 6 or 8 architectures were commercially viable. Now we have a MUCH larger server market and only 3 or 4 architectures are viable. How does that work? Androk

    3. 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
    4. Re:consolidation is good by NutscrapeSucks · · Score: 1

      In retrospect, every midrange company designing their own RISC architecture was financial stupidity on a gross scale. It was based on the idea that high-end, high-margin computing would be the driving force in the industry, and that turned out to be plainly false.

      > How does that work?

      It didn't. It killed DEC, killed SGI, and almost killed HP and Sun.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    5. Re:consolidation is good by ebrandsberg · · Score: 1

      In addition, each new revision of a chip has until recentally taken more and more resources to design in order to achieve dramaticaly higher performance. Look at the Itanic debacle. One way around this has just begun, the multi-core designs, which I guarantee to you are taking less expense to move from single to double and eventually quad core configurations. I expect in 5 years (maybe sooner), that quad core systems will be normal, now that multi-threaded OS's are finally commonplace.

    6. Re:consolidation is good by briancnorton · · Score: 1
      No, they weren't (arent) doing "quite well" and the market forces have changed from the days when consumers were willing to be locked into a platform. Developing enterprise software is incredibly expensive, and re-writing it every few years because a new architecture is available is financial suicide.

      HP didn't kill off PA-RISC because it was doing "quite well" they killed it off because they were hemmoraging money, and their customers were slowly miigrating off their proprietary solution to commodity boxes. So HP coproduces a generation of chips and make a bucket of money without having to reinvent the wheels that intel has already patented.

      Ok, so it turned out to be a dud, but what killed it wasn't some fancy new shiny architecture, it was trusty ol' x86, with 20 years of platform consistency, and a clear roadmap into the future.

      --

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

  26. What about Xeons? by Raisputin · · Score: 1
    My guess is that Apple will be using The XEON since it is 64bit.

    Intel® Xeon(TM) Processor

    • 64-bit
    • 2MB iL2 cache, 3.60 GHz or greater, 800 MHz FSB
    • Intel® E7525 Chipset
    --
    +(norad) if you rearrange the letters in mother in law, you get woman hitler
    1. Re:What about Xeons? by OrenWolf · · Score: 1

      Not bloody likely. You know how much the @MB version of that processor costs?

    2. Re:What about Xeons? by laffer1 · · Score: 1

      I'm hoping they go with the xeons for the "PowerMacs." Seriously, they should rename those. I've got a dual 2.0ghz xeon on my desk and I love it. Now if i could only find a good counter balance so my desk doesn't lean to one side. :)

    3. Re:What about Xeons? by tomstdenis · · Score: 1, Flamebait

      Yay, all the power of a 2.4Ghz AMD64 using only twice-three times the power and at seven times the cost!

      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

      --
      Someday, I'll have a real sig.
    4. Re:What about Xeons? by WalksOnDirt · · Score: 1

      Apple may use some current Intel processors for their low end x86 notebooks, but their desktops will probably only use chips that don't exist yet. Most likely, something evolved from the Pentium M series with 64 bits and multiple cores.

      Jobs didn't choose Intel based on their current product, but on what they are promising one to two years from now.

      --
      a,e,i,o,u and sometimes w and y (at be if of up cwm by)
    5. Re:What about Xeons? by peawee03 · · Score: 1

      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, which also lines up with Pentium-M based chip rollouts from Intel.

      In addition, Intel can provide a one-stop-shop as far as silicon is concerned. They can provide not only the CPUs, but the chipsets to drive them. AMD appears to only provide chipsets reluctantly, and prefers not to enter that market.

      --
      I wish I could write clever and witty sigs.
  27. kernel panic by mrm677 · · Score: 1

    Of the old-school big-iron UNIX platforms (Alpha/Tru64, PA-RISC/HP-UX, Sparc/Solaris), the only kernel panic I have ever witnessed was HP-UX on a PA-RISC machine. I suppose it could have been a hardware problem...and my only experience is with workstation machines.

    That said, I see a kernel panic or freeze on Linux x86 at least a couple times a year.

    1. Re:kernel panic by foorilious · · Score: 1

      If you have enough CPUs, DIMMs, and OS instances from any of those vendors, you'll see plenty of kernel panics. They all have hardware and OS related panics, you just have to have a large enough sample size to notice it.

    2. Re:kernel panic by sloanster · · Score: 1

      Gee, experimental kernel code causing a panic? Whoda thunk?

      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.

    3. Re:kernel panic by multiplexo · · Score: 1
      I agree, the original poster isn't working with a large enough sample set. Get a couple of hundred Alphas ranging from a GS140 to a A1000 in the same place and watch them for a month or so and you'd see a lot of kernel panics. Ditto for HP boxen or Suns. Anyone who has worked in a large scale UNIX environment knows better.

      --
      cheap labor conservatives - they want to keep you hungry enough to be thankful for minimum wage.
  28. Re:Did RISC really matter? Nope. by Anonymous Coward · · Score: 0

    It doesn't matter: the desktop and server market are dying. There is not much profitability left in the space. Embedded microprocessors are where it is at.

  29. Can't wait! by Anonymous Coward · · Score: 0

    PA-RISC rocks the house!

  30. The CPU Wars? by MattWhitworth · · Score: 0

    That's a damn shame. Variation is always good in the computing industry, but in my opinion, the next decade will see Cell and x86 fighting it out. ARM (and related) will be going for a long time though, I don't see Intel or AMD going into the embedded market. But then again, I don't know much about the embedded market :)

    1. Re:The CPU Wars? by TheRaven64 · · Score: 1

      Take a look at the Geode line. They are x86-derivatives for embedded applications. I am thinking of getting a Geode-based system for use as a router (running OpenBSD), with a hardware crypto-accellerator for VPN applications.

      --
      I am TheRaven on Soylent News
  31. 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..

  32. HP First to RISC? Really? (History Check) by Anonymous Coward · · Score: 1, Interesting

    The InformationWeek article reads: "HP was the first hardware vendor to bring out a RISC chip, releasing it in 1986, and PA-RISC--which powered HP Unix-based servers for high-end application processing--served the vendor well for years, [HP's Director of Server Marketing Brian] Cox said."

    Is that true? IBM announced the PC RT on January 21, 1986. The first systems shipped in March, 1986. I can't find information that HP shipped any RISC systems that early -- and some evidence it was much, much later. Or do I need to read "chip" in Cox's quote extremely literally, in which case: (1) is that even true?; (2) who the hell cares if there's a whole shipping RISC *system* from IBM in first quarter 1986?

    1. Re:HP First to RISC? Really? (History Check) by kermit6306 · · Score: 1

      MIPS, the first RISC architecture, was around before 1986.
      http://en.wikipedia.org/wiki/MIPS_architecture

  33. 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.
  34. Re:Did RISC really matter? Nope. by pstudent12 · · Score: 0

    Good troll. Matloff is a racist and so are you. Ironic that matloff is also Jewish. Intel chips are designed almost entirely by Indians (the lead designer of the orignial Pentium was Indian) and Isrealis (yonah etc)

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

  36. Re:Did RISC really matter? Nope. by Anonymous Coward · · Score: 0

    just recursion

    80286-users need to run 8086 programs (and i heard that binary instruction set of 8086 looks quite alike of 8080, 8085 and Z80)

    Then 80386 users need compatibility with 80286 programs, etc.
    Step by step, older CPU inside newer one inside yet-one-step-more-newer and so one, like those russian dalls.

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

  38. Re:Did RISC really matter? Nope. by Arker · · Score: 1

    I myself do not understand the purpose of the x86 cruft any longer.

    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.

    --
    =-=-=-=-=-=-=-=-=-=-=-=-=-=-
    Friends don't let friends enable ecmascript.
  39. With Carly gone, there's hope. by Anonymous Coward · · Score: 0
    You shouldn't underestimate the damage Carly brought to HP. HP once had many talented and inspired people; and while many didn't put up with Carly's "gee, if we switch to being a wintel&ipod reseller we don't need R&D" philosophy, with her gone HP has a chance to recover.

    The only thing about HP that I think suggests of failure is that the shareholders didn't kick out the Board that brought Carly in and strongly supported her through her idiocy. Re-elect Hewlett to the board (who was kicked out during the compaq merger talks because he supported the HP Way) and I bet HP recovers fast.

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

    1. Re:Intel set HP up. by Anonymous Coward · · Score: 0

      That's all well and good except that Merced (a.k.a. Itanium) got started in 1994, about five years before Carly took the reins in 1999. This stared out (and got screwed up) under Lew Platt's tenure.

    2. Re:Intel set HP up. by turgid · · Score: 1
      Sun tried to become a software company and if it weren't for Fujitsu making modern sparcs, sparc would be dead.

      This wasn't due to Sun planning to go to itanium, in fact, Sun saw the itanium for the turkey it is. Sun and intel fell out because Sun refused to give up UltraSPARC for itanium, hence no official itanium port of Solaris.

      No, the UltraSPARC problems are becasue Sun's processor division sucks. They consistently deliver late (sometimes by several years), slower than planned and often with out-of-date technology.

      Project Millennium was supposed to be UltraSPARC V, and should have come out in y2k. They killed the development in 2004, when it was still a year away from testing.

      Sun is quite right to be discontinuing UltraSPARC development and buying in much faster SPARC64 CPUs from Fujitsu. Sun has scaled down its CPU operation and is concentrating on even smaller niche markets with Niagara and ROCK.

      I expect Niagara will be a damp squib when launched, and development of ROCK will be terminated, with Sun's remaining CPU engineers getting their papers. Sun's entire line will probably eventually transition to Opteron with software emulation for legacy SPARC binaries, as it becomes difficult to justify expensive niche SPARC64 processors from Fujitsu. After all, it's only a matter of time until they become too expensive too, as Sun's competitors come out with 16-, 32- and 64-way Opteron machines.

    3. Re:Intel set HP up. by tedgyz · · Score: 1

      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.

      You are wrong. Your statements are all speculative and based on an outsiders view. I was on the inside. I worked with the IA-64 design team. Also, HP approached Intel, not the other way around.

      First off, Carly was not at HP when the alliance was formed. Second, HP approached Intel. HP realized they could not afford the continued retooling of their fabs. They just didn't sell enough PA-RISC chips to cover the cost. At first, they tried to stuff PA-RISC into the printers, but the printer group balked. It was too expensive a chip to put in a commodity product like printers. So, HP saw Intel as a partner that could save them from digging a deeper hole with each new fab. This all started around 1993. It seemed like the thing to do.

      IMHO, the reason all 64-bit architecures have not taken off is because there are no killer apps. Sure, there are a lot of niche uses, but mose apps just don't need 64 bits. The compelling reasons that pushed us from 16-bits to 32-bits just don't exist yet for 64-bits. When we all have terabyte hard drives (or holographic cubes) and laptops have >4GB RAM, then 64-bit will start to have meaning.

      --
      "No matter where you go, there you are." -- Buckaroo Banzai
    4. Re:Intel set HP up. by Anonymous Coward · · Score: 0
      Thanks for your constructive corrections to my poorly-researched flame.

      HP realized they could not afford the continued retooling of their fabs. They just didn't sell enough PA-RISC chips to cover the cost.

      Makes me wonder if a manufacturing agreement with a company with a fab have made more sense than abandoning their existing and working technology on a speculative whim? Seems they could have gone to TSMC or Fujitsu - each of which would have been happy to share the costs of a cpu-capable fab, or IBM or AMD who have a side business of building other people's chips for cash.

    5. Re:Intel set HP up. by tedgyz · · Score: 1

      Actually, part of the original agreement was just that. I think at one point HP was going to have PA-RISC chips made at Intel, but I'm not 100% sure about that. As a co-designer, HP was going to get some guaranteed level of parts and discounted pricing. Essentially, HP were hoping to get "the pick of the litter" off the Itanium line. Well, after Intel get's first pick. :-)

      I dunno if any of this stuff is still in place. My involvement was during the mid-90's.

      --
      "No matter where you go, there you are." -- Buckaroo Banzai
  42. People shoot CPU architects, not Chips. by team99parody · · Score: 1
    Blaming Itanium is as silly as blaming firearms for gunshot victims.

    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 some bigger-than-life nightmare that devistated the chip design industry.

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

  45. 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
  46. hp apple thing could be cool by mabhatter654 · · Score: 1
    the big iron Unix is where apple needs to get to if they want to say a botique provider. I'm an AS400 fan, but several other of the mini-computers are also of similar "personality".

    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 could do the same thing.... espically if they brought back the midrange boxes they killed off. There's lots of people that cried when that stuff went away... bringing it back would make a lot of admins happy.

    1. Re:hp apple thing could be cool by timeOday · · Score: 1
      the big iron Unix is where apple needs to get to if they want to say a botique provider.
      Huh? Why don't they just switch over to commercial fishing instead. Apple and big iron? Where do you get this stuff. OSX is not a server OS by any means.
    2. Re:hp apple thing could be cool by Cmdr+TECO · · Score: 1

      Interesting that you mention AS/400 -- I think that Apple, instead of switching to a creaky old architecture like x86, should have switched to an AS/400-style scheme of making the underlying processor an implementation detail irrelevant to the user.

      --
      echo 33676832766569823265328479713269.8639857989Pq | dc
  47. Re:Did RISC really matter? Nope. by Anonymous Coward · · Score: 0
    What a load of crap!

    Practically every single RISC concept made its way into x86, except the instruction encoding for the obvious reason.

    No RISC on the desktop is a side effect of the market distorsion caused by a monopoly - in this case, Microsoft.

    And it was made possible by Moore's law: with the number of transistor increasing geometrically, Intel and AMD managed put a x86 to RISC translation layer on top of their RISC design.

    You seem to forget that:
    - bar 8051s in toasters, and 68k derivatives (a RISCy enough architecture, I might add), RISC completely dominates the embedded market;
    - RISC chips were wiping the floor with x86 until the aforementionned transalation later was made efficient (say with the P3);
    - Alpha and PA were not killed by x86, but by the Itanium - itself a dog, but that's another problem;
    - when RISC came out, x86 wasn't the worst architecture by far - ever heard of the i432?

    The irony is that these architecture are disappearing when non-backward compatibility is becoming a moot point, with Java and .net.

    I'll pass on the racist comments, but I note that Intel is currently designing chips in Israel (Yonah, Merom), employs loads of Indians, and that their 2 current dogs, Itanium and P4/prescott were designed in the good'ol USofA.

  48. Re:Did RISC really matter? Nope. by Dolda2000 · · Score: 1
    Are people buying Pentium 4s to run DOS in Real Mode?
    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 when you say that IA32 CPUs "are basically RISC". See my previous post from when Apple announced their switch to Intel for why that is true.

  49. UNIX is dying by AlanS2002 · · Score: 0

    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.

    It is official; Netcraft confirms: UNIX is dying

    One more crippling bombshell hit the already beleaguered UNIX community when IDC confirmed that UNIX market share has dropped yet again, now down to less than a fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that UNIX has lost more market share, this news serves to reinforce what we've known all along. UNIX is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.

    You don't need to be a Kreskin to predict UNIX's future. The hand writing is on the wall: UNIX faces a bleak future. In fact there won't be any future at all for UNIX because UNIX is dying. Things are looking very bad for UNIX. As many of us are already aware, UNIX continues to lose market share. Red ink flows like a river of blood.

    HP-UX is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time HP-UX developers only serve to underscore the point more clearly. There can no longer be any doubt: HP-UX is dying.

    All major surveys show that UNIX has steadily declined in market share. UNIX is very sick and its long term survival prospects are very dim. If UNIX is to survive at all it will be among OS dilettante dabblers. UNIX continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, UNIX is dead.

    Fact: UNIX is dying

    --
    Not all conservatives are stupid,
    but it is true that most stupid people are conservative.
    - Hume
  50. 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
  51. When will people realize the truth about Carly? by NRAdude · · Score: 0

    Carly is a precision weapon. She sucks intellect and craps bankruptcy. Somewhere there is a secret dossier of her in Intel corporation that is under the name "The Cleaner." I can face the fact that one well-placed bomb can cause unrecoverable disaster; Carly Fiorina was the bomb, and there is nothing left but the sideshow performers that bleed through the cracks.

    It sucks, man! She sucked Compaq dry! Alpha 21464...gone! Alpha 21464 is the only one with fine-tuned adherance to Rambus, and its gone and replaced with @#*^$@#^$* (whatever you want to call the buzzword of today's x86 third second-cousin hick wife)

    --
    without prejudice
    1. Re:When will people realize the truth about Carly? by Alex+Belits · · Score: 1

      Then what was the purpose of Rick Belluzzo? I thought, he was the greatesy companies assassin now, or is he the same thing for Microsoft?

      --
      Contrary to the popular belief, there indeed is no God.
  52. Re:Did RISC really matter? Nope. by mrm677 · · Score: 1

    Also the designer of Sun's "Rock" processor is Marc Trembley from Sweden. He started as an H1-B

  53. Re:Did RISC really matter? Nope. by Knetzar · · Score: 1

    RISC matters everywhere other then the desktop. Notice, all 3 new consoles are RISC. Many/Most embedded processors are RISC. It just so happens that the Intel/AMD battles and thhe economics of scale help x86 in the desktop market and the low end server market.

  54. Re:Did RISC really matter? Nope. by bullitB · · Score: 1, Informative

    In the server market, only 2 RISC chips remain. They are the PowerPC by IBM...

    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 for some time.

  55. 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.
  56. Re:Did RISC really matter? Nope. by Luxviaest · · Score: 1

    Actually Apple did not annouce the death of the PPC, as a matter of fact, Steve Jobs said Apple would continue to utilize PPC chips in their products. I would imagine that Apple may be looking to add an enterprise solution to their product line using straight POWER chips. We'll see. As for now, Apple will continue to support PPC chips for atleast another three or four years until the transition is truly complete.

  57. IBM & HP Employment Policies by Anonymous Coward · · Score: 0
    Generally speaking, neither HP nor IBM hires H-1Bs unless they can present a Ph.D. with critical skills. There are exceptions, but approval requires an okay from upper management.

    This policy remains in place at both IBM and HP. I have worked at IBM for 17 years and lost my job this year due to layoffs. I managed a team at Fishkill.

    By the way, the grandparent post is correct. There is simply no evidence to suggest that the American economy needs H-1Bs. Shortages of workers in any area are simply a signal that wages and benefits are too low. Raising wages and benefits quickly resolves the shortages. No H-1Bs are necessary.

  58. Fujitsu avoids foreign engineers in Japan. by Anonymous Coward · · Score: 0
    The grandparent post is correct. Like most traditional Japanese companies, Fujitsu in Japan (not in the USA) does indeed avoid hiring engineers who are not Japanese citizens. However, if Fujitsu has a branch in the USA, Fujitsu will hire American engineers only at that branch.

    Note that the SPARC64 was designed and built in Japan. The SPARC64 was built without the use of foreign engineers.

    Branching further out to Korea, Korean companies also avoid hiring foreign engineers. Note the success of Samsung Microelectronics.

    There is simply no need for H-1Bs, despite the bizarre comments by the Chinese and the Indians.

  59. modern disease? ;-P by Anonymous Coward · · Score: 0

    Look around - consolidation is everywhere. It is globally fashionable disease.

    Night is consolidating with day, east is east, but it is consolidating with west, that is west but consolidates too.

    Yesterday i searched for the driver and opened the page: http://support.3com.com/infodeli/inotes/techtran/c s_3c90x.htm

    Wow! this page had an icon and that icon was Sun's logo!

    Try to check it, may it be due to my ISP ?
    <i>To see pages' icons on need modern browser like Opera or Mozilla. Maxthon for Internet Explorer can show the icon too, but it dithers the icon to almost unrecognizable state</i>

  60. MOD PARENT UP by Anonymous Coward · · Score: 0

    Exactly,

    I have seen kernel panics with Sun/HP/Linux (Red Hat) SGI IRIX and to some extent Windows.

    If I only looked at kernel panics, Based on my experience I would have to conclude Windows is the most stable OS. That does not take into account the 10,000 plus Sun servers, and the approx 100 Windows servers in my environment. All other OS'es mentioned were lower then Sun and higher then Windows (at some point in time at least).

    Most systems will at some point kernel panic for whatever reason (say hardware failure) given enough uptime, the fact that I see more with Sun vs. Windows does not mean a thing in my environment.

    Being a UNIX environment the Windows boxes are only there for special apps that can't run on Unix/Linux.

    I have never seen a Windows box go past 1000 days uptime, however I have seen Sun, HP, SGI, Novell hit the 3 year uptime mark. Not sure about IRIX systems since I did not pay much attention to them. Linux systems have not been in environment long enough to hit the 1000 days uptime where I work.

    Windows systems have never reached that mark.

    PS posting as Anonymous

  61. Re:Did RISC really matter? Nope. by Anonymous Coward · · Score: 0


    A company i worked for had a custom interactive voice response system that was built to work specifically in DOS, with old ISA Dialogic boards. When it came time to buy new machines, it was almost a shame to buy these super-slick machines + ISA slots to run DOS apps in a dead language. Unfortunatly, it was cheaper and easier to do that than rewrite the app.

  62. Re:The development kits are temporary hardware by Anonymous Coward · · Score: 1, Informative

    Well that Apple engineer apparently missed the documentation that specifically states than Mac/x86 won't use OpenFirmware. Either that or you just made that up.

    Seeing as there isn't a single piece of developer documentation mentioning IA-64, I think it's pretty safe to assume that none of Apple's hardware will be shipping with Itanium. You know, because they wouldn't be compatible with all of that software they're trying to convince Mac developers to port to the x86 right now. If they intended to use three ISAs they would have included IA-64 now so software can be ported to it.

    Not to mention that Intanium 2 units are hot, have a weak GCC backend, and are incredibly expensive.

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

  64. Re:Did RISC really matter? Nope. by Anonymous Coward · · Score: 0
    As a matter of policy, IBM does not hire H-1Bs unless they have a Ph.D. and a critical skill

    That used to be true .. not so for about 8 years now.

  65. Re:Well look at every new CPU to see if RISC matte by LinuxInDallas · · Score: 1

    Hmmmm. Maybe all new processors are RISC is simply because it is easier to design a RISC processor.

  66. Re:Did RISC really matter? Nope. by rsynnott · · Score: 1

    Last I heard, part of our email system was still running on a VAX. ;) But the x86 still isn't the greatest; 8 registers (or 16 if you've got 64_x86). Scrap it and do something new!

    --
    Me (Blog)
  67. Re:Did RISC really matter? Nope. by rsynnott · · Score: 1

    Erm, who marked this informative? Pull out some cache, reduce fault tolerance a bit, shove in an AltiVec/AMX unit, and you've got yourself a PPC!

    --
    Me (Blog)
  68. Re:Did RISC really matter? Nope. by The+One+and+Only · · Score: 1

    Indeed. You've just described how IBM developed the PowerPC 970.

    --
    In Repressive Burma, it's not just your connection that dies. slashdot.org/comments.pl?sid=314547&cid=20819199
  69. Compaq ? by anti-NAT · · Score: 1

    I don't have a huge amount of experience with Compaq hardware, however, when I was spec'ing Compaq servers back in 1998, I found their server oriented feature set to be another level higher than the alternative HP or IBM servers. The just seemed to be in another class. Operational Hour counters (the only other devices I've encountered them on is industrial earth moving equipment), remote management utilities to tell you model numbers, vacant RAM slots etc., and it was all very integrated. I'm not all that surprised that when HP took over Compaq they dumped their own server line, even thought the HP servers were quite good.

    I'm also pretty happy with my Compaq Deskpro PC that I bought in 1999. I've got to the point were I don't want to build my own PCs anymore, and I wanted a well built machine that I could rely on. I had a trade account with a wholesaler, and bought a Compaq. Although I did pay a bit of a premium to buy an "enterprise" class machine for home, I haven't regretted it since.

    Compaq probably stuffed up the DEC aquisition, although that may depend on why the did it in the first place. I seem to remember that Compaq wanted the DEC service organisation, and to get it, they also had to accept the DEC Unix / Alpha CPU business. Probably if they had an option they would have chosen not to aquire that side of the business. I'd think that letting the Unix / Alpha business "slide" over the years probably wasn't of great concern to the Compaq management, as much as it was unfortunate to have to do it to their customers.

    --
    The Internet's nature is peer to peer - 20050301_cs_profs.pdf
    1. Re:Compaq ? by aaronl · · Score: 1

      Everybody does system management now. All the big players did at the time, by which I mean non-x86 players. Now, everybody out there does the in depth system monitoring and management. Compaq has been of dubious intention for a long time. For twenty years now they've been breaking industry standard to screw customers into having to buy parts from them.

      I'm not saying Proliant servers were bad; in reality, they were far from it. I love the old Proliants that I've worked with. Hell, I have an old dual P-Pro system that works wonderfully. Well, wonderful except for weighing 100 pounds.

      When HP and Compaq merged, HP didn't dump their server line. They picked up all the Compaq line into their name, and continued their own non-x86 servers. Compaq branded all the desktop equipment. This was probably because the HP name was stronger in the server market, and Compaq was a business desktop company.

  70. Re:Did RISC really matter? Nope. by RevAaron · · Score: 1

    What most people don't seem to realize is that the big desktop CPUs from Intel and AMD are RISC too. That is, they are inside. They have a seperate CISC-RISC translator wrapped around that to get those backwardly compatible x86 instructions working on the internal RISC CPU. This has been the case since the Intel Pentium 6, which was the first CPU from Intel to take this sort of path. This strategy is used by Intel and AMD; I'm not sure about Via, Cyrix or other x86 chip makers. The Nexgen Nx586 was the first CPU to use this design, but I can't say I've heard of a machine that actually used that chip.

    For the most part, these chips aren't available outside the inside-a-CISC package; one exception is the AMD 29000, the RISC chip that made up the innards of AMD's K6-2. I may be wrong about which chip it was precisely, but I do recall it being available seperately as a plain ol' RISC CPU.

    Looked at it in this way, one must wonder: did RISC really lose?

    --

    Working toward a usable PDA environment in the spirit of Newton OS: Dynapad
  71. Re:PA-RISC is an integral part of the HPUX experie by Anonymous Coward · · Score: 0

    I use HP-UX on PA and Itanium systems. Let me tell you, I long for the day where all the PA systems will be retired. Coming with better compilers, better tools, an improved OS and the ability to boot Linux and Windows, Itanium systems are faster, cheaper and less kludgy than the PA ones.

  72. How big L2 cache?? by Khyber · · Score: 1

    Did they say 64 MEGABYTES of on-die memory? That's..... 32 times more than what's on the Pentium-M? Whoa, why don't we have that much on our piddly x86 processors yet?

    --
    Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
  73. Re:Did RISC really matter? Nope. by bullitB · · Score: 1

    Okay, by "largely unrelated" I guess I really meant in target market. Technologically they are of course nearly identical.

    To clarify, most POWER and PowerPC customers and markets are largely unrelated. The ISAs and chip designs are quite similar.

  74. Duh - Re:How big L2 cache?? by haraldm · · Score: 1

    Because everybody want to pay piddly prices for Pentium-Ms. Duh.

    --
    open (SIG, "</dev/zero"); $sig = <SIG>; close SIG;
  75. Obligatory answer by Anonymous Coward · · Score: 0

    OpenStep ran on PARISC.

  76. Re:The development kits are temporary hardware by Anonymous Coward · · Score: 0

    Now if you had posted that same exact thought under your "As Seen On TV" account, you'd be sitting pretty with a +5 right now and tons of Apple fanbois defending your every comma. Just sayin'.

  77. Ah, the wonders of ignorance by Anonymous Coward · · Score: 0
    Well that Apple engineer apparently missed the documentation that specifically states than Mac/x86 won't use OpenFirmware. Either that or you just made that up.


    http://lists.apple.com/archives/Darwin-drivers/200 5/Jun/msg00020.html

    In a nutshell, the documentation you're referring to is referring to the current Apple development machines. The above Apple engineer states that they're gathering developer feedback, and that they have all stated their desires for either OpenFirmware or EFI.

    But, as usual, I expect the typical Slashdot misinformation that's been going around on Intel-Mac to continue as people insist they know everything about these machines. In a year's time, those people will be shut up anyway once the real Intel-based Macs come out and everyone sees how wrong they were.
  78. Re:The development kits are temporary hardware by Anonymous Coward · · Score: 0

    I'm not "As Seen On TV." If I'd be "sitting pretty" with +5 under that account, wouldn't I have used that account? Idiot.

    Once again, e-mail Hemos and ask for yourself. But you won't. Because you're a pussy who has never offered his "evidence" for my apparently six-fold multiple accounts (or however many it is you have accused me of having, much to my amusement).

    I already have another +5 account, but I like to keep this one active now and then because I know you OBSESSIVELY follow it every day. It's awesome. Seriously, I know it upsets you in your stomach that I continue to post on Slashdot and with two accounts now, one of which routinely gets +5s (three +4s, two +5s just last week).

    People who use the word "fanbois" are dumbasses. Get a life, kid. HAHAHAHA!

  79. Re:The development kits are temporary hardware by Anonymous Coward · · Score: 0

    Obsessive? I'd say that fits you to a "T". After all, YOU'RE the one who is so obsessed with Slishdot that you have to post from multiple accounts. Talk about someone who has no life--Slashdot IS your life. Pathetic.

    You realize that the editors are on to you. What makes you think you're smarter than them?

    BTW, if you actually had another account (besides ASOTV) that was regularly posting the +5 bullshit that you usually post, everybody would know it.

    So I'm calling you a liar.

    Liar.

  80. Re:Did RISC really matter? Nope. by Isauq · · Score: 1

    You forgot the part about reducing the POWER4 to a single core first. :)

    --
    RTFM
  81. Re:The development kits are temporary hardware by Anonymous Coward · · Score: 0

    Obsessive? I'd say that fits you to a "T". After all, YOU'RE the one who is so obsessed with Slishdot that you have to post from multiple accounts. Talk about someone who has no life--Slashdot IS your life. Pathetic.

    Said by the person who tracks and follows people's posts every day. ROFL.

    You realize that the editors are on to you. What makes you think you're smarter than them?

    Hahahaha...they're "onto me!" I'll sleep with one eye open tonight!

    BTW, if you actually had another account (besides ASOTV) that was regularly posting the +5 bullshit that you usually post, everybody would know it.

    So, now I DON'T have another +5 account? But you just said I'm ASOTV...but somehow, that account is exempt from your statement even though that guy has +5s all over...confusing.

    So I'm calling you a liar.

    Liar.


    I got a +3 and a +4 today. Yawn.

  82. 63-bits by tedgyz · · Score: 1

    On this day of remembrance, I would like to share an anecdote...

    I was HP during the rollout of 64-bit PA-RISC. We were in the compiler / tools group, working on debuggers. One of my co-workers told our manager, "I'm sorry, I can't make the 64-bit schedule you have laid out, but I can get 63-bits." The PHB-esque manager, cheerily replied, "Ok, if that's the best you can do. We'll get the rest out in the next release." We laughed for a week about that one.

    --
    "No matter where you go, there you are." -- Buckaroo Banzai
  83. Re:Well look at every new CPU to see if RISC matte by ckaminski · · Score: 1

    All new processors are RISC because the memory bottlenext with having uniform instruction/word lengths is gone. Not having to shoehorn instructions and data into 16MB of memory or 2kb of cache has eliminated the need for the old CISC instruction packing.

  84. Re:The development kits are temporary hardware by Anonymous Coward · · Score: 0

    haha
    jews did bonch modbombs ror

  85. Re:Well look at every new CPU to see if RISC matte by coopex · · Score: 1

    Comparison of G5 P4 transistor counts
    IBM PPC 970 = 25M -> PPC 970FX = 28M
    Intel P4 "Northwood" = 28M -> P4 "Prescott" = 65M
    Comparison of G5 P4 spec performance
    SPECint2000
    3800 Pentium 4 E 1815 1793
    2200 PowerPC 970 1040 986
    So the G5 had between 90% and 45% of the transistors, to get, assuming the fastest 2.7ghz G5 has 1.25x the performance of a 2.2ghz, performance that still leaves the P4 1.4x faster, as well as being cheaper.

    RISC architecture has won over CISC, because the Pentium is RISC. It may have a CISC ISA, but that gets decoded to RISC micro-ops. One of the major reasons that all new CPUs use a RISC ISA as well as internal archicture, is because it's much simpler to design.

    --
    The road to hell is paved with good intentions.
  86. For the morons among us (i.e., you) by Anonymous Coward · · Score: 0
    BTW, if you actually had another account (besides ASOTV) that was regularly posting the +5 bullshit that you usually post, everybody would know it.
    So, now I DON'T have another +5 account? But you just said I'm ASOTV...but somehow, that account is exempt from your statement even though that guy has +5s all over...confusing.
    Apparently you didn't notice the tiny little aside (in parentheses) where the poster clearly said that if you had another account BESIDES YOUR ASOTV ACCOUNT THAT WAS POSTING AT +5 everyone would know it.

    Anyway, it seems that your cover has been blown. Once you crater that account, we'll be eagerly awaiting your next one. And the next one after that. And the next one after that...