Slashdot Mirror


Alpha's Going Going Gone

WildCode writes "Get your Alphas now cause HP is releasing the last of the Alphas (the final one expected to be released in 2004), and there will be no more." I was already under the mistaken impression that Alpha was dead, so this story is rather bittersweet for me. Still, as far as architectures go, Alpha will probably be among my favorites. It was once vastly ahead of its time, if not severely cost-prohibitive.

303 comments

  1. New /. icon for HP by mr.henry · · Score: 1
    How about Carly Fiorina with devil horns?

    (But not sexy devil horns like the BSD chick. Carly is an evil bitch, not a hot booth babe.)

    1. Re:New /. icon for HP by Anonymous Coward · · Score: 0

      Personally I think the divine Ceren deserves an icon all of her own.

    2. Re:New /. icon for HP by Anonymous Coward · · Score: 0

      "babe" is right. What is she, about 10 there? You guys should find a proper, post-pubescent female to gawp over.

    3. Re:New /. icon for HP by Anonymous Coward · · Score: 0

      If you don't find Ceren hot then you must be a Linux using fag!

    4. Re:New /. icon for HP by Anonymous Coward · · Score: 0

      The PVC catsuit, well, that's another matter. But it would look better on someone taller, and slimmer. Holding a whip and some handcuffs.

    5. Re:New /. icon for HP by Anonymous Coward · · Score: 0

      At first I thought this was a comment about how Gov. Arnie pronounced California = Carly Fiorina

      ROFL

    6. Re:New /. icon for HP by nutznboltz · · Score: 1

      10? pretty big boobs for 10.

    7. Re:New /. icon for HP by jo42 · · Score: 1


      Rather appropriate, the way she is buggering HP/Compaq into the ground...

  2. Sad..... by Anonymous Coward · · Score: 0

    So long, Alpha. You'll always be in my heart.

    1. Re:Sad..... by DukeLinux · · Score: 1

      Back when I was a sys admin I had an Alpha machine. It was the most stable platform I had. The only time I ever shut it down was when a power cable was cut to our office building and my UPS was not going to hold it for a day :). It was a sweet machine. Solid and fast.

  3. alpha was nice, but... by fiiz · · Score: 1

    ...Its significance changes in the light of newer 64-bit platforms (athlon64, Itanium (sic), PPC G5). Of course, in its time, it was quite something, but that time may have passed--64-bit almost certainly will be mainstream, and will be commoditised in a few years.

    --

    yours ever, fz.
    1. Re:alpha was nice, but... by Anonymous Coward · · Score: 0

      Eh, Alpha still beats other CPU's with a core that is six years old. And EV7 scales far better than any other CPU of today, I guess only Tanglewood will be able to beat it in scalability.

    2. Re:alpha was nice, but... by Anonymous Coward · · Score: 0

      ...but you have no f$%king clue what you are saying. Itanium is a failure, period. Buggy, expensive and the EPIC architecture to help make it fail. Do you realize that AMD shipped more Opterons in August than Intel shipped Itaniums? Opterons just got released and there wer ~5,000 vs ~3,500 to 4,000 Itanium. Oh yeah, and AMD licensed the Alpha bus signaling protocol from Dec/Compaq fot the Athlons. (I'm not sure what the Opterons and Athlon 64's use, but it may well be a version of the Alpha bus protocol.) The EV7 and EV8 architectures are SUPERIOR to the Itanic in real world use, because EPIC just doesn't cut it. Compilers are a bitch to write anyway, do you realize what EPIC does for compiler creation? Alpha is clean, simple and powerful. The 'newer' 64-bit architectures just aren't superior, in many instances, to EV7/EV8 yet. The Alpha lead the way for these chips, and the next version of Itanic will more than likely try to incorporate alpha technolgy to help it not suck so much.

      Maybe when you actually leave school and work with large/high performance systems, you won't post such crap.

  4. alpha is undead. by Anonymous Coward · · Score: 0

    at least some good parts of it live on in AMD bus design.

  5. Not enough rhyming. by fuchsiawonder · · Score: 4, Funny

    I'm sorry, I just can't put my support behind a server that doesn't have stupid rhyming commericials for it.

    Are Alphas "utterly buyable, give 'em a tryable"?

    I think not.

    1. Re:Not enough rhyming. by MrBadbar · · Score: 1

      Isn't that "flexible, bendable, super-reliable, utterly VIABLE, give-em-a-tryable?"

    2. Re:Not enough rhyming. by GigsVT · · Score: 1

      Octane, we're gonna rock-tane, that thing called octane, it swings with performance!

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
    3. Re:Not enough rhyming. by bhtooefr · · Score: 1

      No, eServers are!

    4. Re:Not enough rhyming. by LucidityZero · · Score: 1
      Isn't that "flexible, bendable, super-reliable, utterly VIABLE, give-em-a-tryable?"

      My alpha doesn't bend too well. It snapped in two. :( :( :(
      --
      Sig.i>
    5. Re:Not enough rhyming. by Anonymous Coward · · Score: 0

      Is the Alpha going to make the Internet a lot more fun?

  6. Re:GPL Problems by Anonymous Coward · · Score: 0

    Hi

  7. Mod up the coward!!! by Anonymous Coward · · Score: 1, Informative

    Hewlett-Packard plans on Monday to begin selling the last and most powerful model in the AlphaServer line, a series of servers that stretches back to a very different era in the computing industry.

    The 64-processor AlphaServer uses EV7 processors, the company said Friday. Previously, the top-end system was the 32-processor GS1280, released in July.

    The 64-processor model will be the last in the AlphaServer line, an HP representative said. However, HP plans to update it with a faster processor in 2004, the EV79, which the company said would be the final processor in the Alpha family.

    The AlphaServer line began at Digital Equipment and outlasted that company's 1998 acquisition by Compaq Computer. Compaq, though, decided to phase out the Alpha processor, adopting instead Intel's Itanium processor family.

    Alpha was respected for its speed, but the chip never caught on widely, despite temporary support from powerful allies, including Microsoft. It competed with chips from HP, Sun Microsystems, IBM and Intel.

    HP took over the AlphaServer line when it acquired Compaq in 2002.

    One major feature of the AlphaServer line will live on: the OpenVMS operating system. That software, born more than 25 years ago as VMS (Virtual Memory System), is being moved to the Itanium processor.

    Another operating system that runs on Alpha, the Tru64 version of Unix that also came from Digital Equipment, is being phased out in favor of HP-UX. HP engineers are working to bring some features of Tru64 to HP-UX, however.

    HP plans to announce improvements to Tru64 and OpenVMS on Monday. The company will also release a new entry-level AlphaServer that uses the EV7 processor, the company said.

    1. Re:Mod up the coward!!! by larry+bagina · · Score: 1
      One major feature of the AlphaServer line will live on: the OpenVMS operating system. That software, born more than 25 years ago as VMS (Virtual Memory System), is being moved to the Itanium processor.

      It's nice that HP managed to NOT fuck something up :) I work with OpenVMS machines. The company I work for prefers them. As in, "you want our software? Then you'll run it on an OpenVMS machine." Despite advances in other OSes, there are still a LOT of things OpenVMS does better. If OpenVMS had been dropped, our business would migrate to IBM/AIX or Windows 2k Advanced data Server (probably not compaq either)

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

  8. Netcraft confirms Alpha is dying... by Anonymous Coward · · Score: 1

    Ah, never mind.

    1. Re:Netcraft confirms Alpha is dying... by Anonymous Coward · · Score: 0

      I assume you are joking when you use Netcraft as a base for the number of servers in the world.

  9. Dead? by Anonymous Coward · · Score: 0

    I was already under the mistaken impression that Alpha was dead...

    Isn't that what people around here say about BSD? ;-)

    1. Re:Dead? by Anonymous Coward · · Score: 0

      Dude, his is a mistaken impression. However ask netcraft, fact: BSD is dead.

    2. Re:dead? by Anonymous Coward · · Score: 0

      Wish I can say the same about mine, which runs BSD.
      Oh wait... :-)

    3. Re:dead? by Anonymous Coward · · Score: 0

      The EV56 that I'm using to reply to this message is
      working nicely, as well.

    4. Re:dead? by Anonymous Coward · · Score: 0

      Although it has this annoying
      feature where it inserts unnecessary
      linebreaks into Slashdot
      posts. :-)

    5. Re:Dead? by Anonymous Coward · · Score: 0

      nah, you must be thinking of Apple.. oh wait. BSD, Apple. nevermind.

    6. Re:dead? by Anonymous Coward · · Score: 0

      Alpha is dead. BSD is dead. Who cares.

    7. Re:dead? by Anonymous Coward · · Score: 0

      yeah, debian's dead too...

  10. Maybe HP can afford some more jets! by DAldredge · · Score: 0, Flamebait

    Now HP can afford to buy some more private jets for their execs to fly around in.

    70,000,000 USD for 2 GS5's. Shows what they REALLY care about.

    1. Re:Maybe HP can afford some more jets! by Anonymous Coward · · Score: 0
      Your sig: Poll: 75% of Palestinians support Haifa restaurant attack:

      I'm not trying to enter a debate here, but are you surprised by it, or are you just letting people know? It's hard to know what point you are trying to make with this. Personally, I am not in the least surprised, but I don't want to start off the whole Jewish argument thing. We had it a few days ago on Slashdot.

    2. Re:Maybe HP can afford some more jets! by wiredlogic · · Score: 1

      The cheap bastards should be buying Falcon 900s instead. They provide much greater shareholder value.

      --
      I am becoming gerund, destroyer of verbs.
  11. EV8? by Anonymous Coward · · Score: 0

    I thought that HP/CPQ was going to release an EV8 based machine .. and which company is it that has the rights to continue the alpha line(if there is one)?

    1. Re:EV8? by dreamchaser · · Score: 1

      No, they killed the EV8 project. As to 'which company', I'm not sure what you mean. There is no more Compaq, it's totally owned by HP now.

    2. Re:EV8? by stevesliva · · Score: 1

      He's probably thinking of the fact that the Alpha processor group was sold off to Intel. It must have been fun for those engineers to see paychecks come from DEC, Compaq, HP, and Intel in quick succession. Those that kept their jobs.

      --
      Who do you get to be an expert to tell you something's not obvious? The least insightful person you can find? -J Roberts
  12. dead? by acidrain69 · · Score: 2, Funny

    I dunno, the server on my floor seems to be chugging away nicely with Debian.

    --
    -- Having a Creationist Museum is like having an Atheist place of worship
  13. Re:GPL Problems by Anonymous Coward · · Score: 1, Interesting

    Please, DO NOT SPREAD FUD!
    IANAL( and guess you should be getting more knowledgeable lawyers soon ), but:

    - Modifications to Linux's (the kernel) source code are to be openly available if you are to distribute it. For your own use, you already have it :)

    - Code compiled with GCC is as free or as propietary as you want.

    - Code linked against libraries covered by LGPL (GNU's Lesser Public License) can be closed source. You only need to make it open if you link against GPL-only libs.

    - Having software covered by the GPL (except for the Kernel work, none of your code needs to be put under the GPL) does not spoil your chances of making money from it, it just makes you rethink a bit your bussiness model ( read: get paid for services and support not for the program itself )

    Hmm... "Shared Source" fair?? Does M$ Corp have you in their payroll? Go away!

  14. everyones selling out by Anonymous Coward · · Score: 0

    and putting their money on Linux. and with this new2.6.x kernel it is just simply more cost effective, more scaleable, more reliable...

    1. Re:everyones selling out by kfg · · Score: 1

      And Linux has run on Alpha for years.

      Sorry, but this just isn't a Linux story.

      KFG

    2. Re:everyones selling out by rnturn · · Score: 1

      And this isn't just a Linux web site.

      Sorry but this is a ``News for Nerds''-worthy story.

      --
      CUR ALLOC 20195.....5804M
    3. Re:everyones selling out by kfg · · Score: 1

      And I'd really love to play around with one of these things running OpenVMS. I had a pretty restricted account on a VAX once and would love to get under the hood.

      KFG

    4. Re:everyones selling out by Anonymous Coward · · Score: 0

      i did not say this was a Linux story, but a plausable explanation as to why HP is ending Alpha soon is because Linux is more cost effective, why buy an expensive dinoasur when you can buy a lean fast race horse for pennys...

      its progress, did your mamma say to "not get in the way of progress???"

      Get the picture???

    5. Re:everyones selling out by kfg · · Score: 1

      Alpha is a chip. Not an OS. Many operating systems run on Alpha, including Linux.

      I hear what you are saying, it's simply that what you are saying makes no logical sense whatsoever.

      The proper comparison would be with Intel, AMD or Power PC chips. Which also, as it happens, run multiple OSes, including Linux.

      You're trying to paint apples (as it were) orange and sell them as Clementines.

      KFG

    6. Re:everyones selling out by Anonymous Coward · · Score: 0

      I think that HP still has the "hobbyist licence" deal going for VMS, and the older machines are pretty cheap on ebay.

  15. Re:GPL Problems by winkydink · · Score: 1
    Why is your choice limited to only Linux or Windows? There are numerous Unices out there with compilers that have no such restrictions. Yes, you have to pay for the OS & compiler (just like you do with MS), but I fail to see why your options are so limited.

    Oh, BTW, you're going to get modded into oblivion, since you are both offtopic and slamming Linux, but you knew that.

    --

    "I'd rather be a lightning rod than a seismometer." -Ken Kesey

  16. Re:GPL Problems by Anonymous Coward · · Score: 0

    The message you replied to is quite clearly a troll. Ignore him.

  17. Re:GPL Problems by cpuffer_hammer · · Score: 1, Offtopic

    Please, DO NOT SPREAD FUD!
    IANAL( and guess you should be getting more knowledgeable lawyers soon ), but:

    - Modifications to Linux's (the kernel) source code are to be openly available if you are to distribute it. For your own use, you already have it :)

    - Code compiled with GCC is as free or as propietary as you want.

    - Code linked against libraries covered by LGPL (GNU's Lesser Public License) can be closed source. You only need to make it open if you link against GPL-only libs.

    - Having software covered by the GPL (except for the Kernel work, none of your code needs to be put under the GPL) does not spoil your chances of making money from it, it just makes you rethink a bit your bussiness model ( read: get paid for services and support not for the program itself )

    Hmm... "Shared Source" fair?? Does M$ Corp have you in their payroll? Go away!

  18. What about Samsung? by Halvard · · Score: 1

    They've been producing CPUs and doing development of these processors for maybe 5 years now. What's happening with that?

    1. Re:What about Samsung? by mikefoley · · Score: 1

      HAHAHAHAHA!

      Samsung tried. It was called Alpha Processor Inc, then API NetWorks. I won't go into why it failed.

      I worked at API and got laid-off 2+ years ago.

      Alpha is over. Unless you are an existing customer who needs to keep their VMS and Tru64 systems going until the VMS/Itanic port is done (already booting) or until you're ready to move to HP/UX from Tru64, Alpha is dead.

      My next system will be an AMD64.

      --
      What's my Karma Mr. Burns? "Excellent"
    2. Re:What about Samsung? by ahfoo · · Score: 1
      I had also heard that perhaps China was doing someting with an Alpha clone.

      I thought there was someting based on Alpha at OpenCores. But I went to look and didn't see anything.

      So then I went over to the CPU Howto and following a link at the bottom I learned that there is a real problem with the Alpha in that compared to some of the designs we're seeing today it was power hungry. It was scaleable, but not really suitable to a power conscious consumer market.

    3. Re:What about Samsung? by Justarius · · Score: 1

      Well, I'm not sure that a lot of customers where really worried about power consumption when they were looking for 100k+ TPMs boxens - in an almost distaster tolerant cluster. At least none of the customers i ever ran into. most of them seemed more worried that they could get those features for the least amount of cash - not power consumption.

      though, of course, YMMV, depending in the market you're dealing with.

    4. Re:What about Samsung? by acidrain69 · · Score: 1

      I can agree with that. The DEC Server 5000 (comparable to an AS4100) has 2 power supplies, each is 450 watts. Monsters. Each one is 2-3 times the size of an ATX PSU. These beasties power a 7 drive SCSI bay (6 7200rpm drives and a tape drive) + CDRom, 2 CPU cards with 2 533mhz EV56 chips. It's loud too. Two giant fans cool the internals, plus whatever is in the PSU's. I'm sure it does a number on my power bill. That and the fact I can't run a lot of x86 only stuff under linux is slowly pushing me to replace it with something else. It's very geeky though.

      --
      -- Having a Creationist Museum is like having an Atheist place of worship
    5. Re:What about Samsung? by crapulent · · Score: 1

      boxens!! No offense, but reading people write "boxen" when they mean "boxes" is almost as nauseating as the incorrect "virii". But you took it to a new level with "boxens". I await "viriiuses". That would just about cap it off.

    6. Re:What about Samsung? by Justarius · · Score: 1

      alright, now i'm going off to my corner and hang in shame for all time. i didn't catch that went i wrote it. blame it on the antihistamines.

  19. Was alpha really nice? How? by axxackall · · Score: 2, Interesting

    What was the best about Alpha in its time comparing to SPARC, RS6K, HPPA and SGI of the same price? Had it the fastest speed between CPU and RAM? Had it the fastest system bus? Had the fastest float operations? Integer ones? How about TPC? Please advise. If it is dying then we should remember good technological lessons about it, not only bad management decisions.

    --

    Less is more !
    1. Re:Was alpha really nice? How? by GreatDrok · · Score: 5, Informative

      I have liked alphas since I first laid hands on one back in 1993 when it was running OSF.

      I have a few of them kicking around my house, a couple of EV6s and an EV4 that still does sterling service.

      Alphas were always fast, both integer and floating point, however it was the FP performance that really made them popular for scientific applications. Once the EV6s arrived the integer performance increased considerably over the previous EV5s with the addition of four integer pipelines (EV5s had two each for integer and FP) and also register renaming and instruction reordering. Alphas have 32 64 bit integer registers and 32 floating point registers, but an additional 32 showed up in the EV6 which allows the processor to do a lot more work per clock cycle along with the extra pipelines and out of order execution. The other great thing that EV6 introduced (well, actually the 21164PC chip introduced it but it wasn't as useful as the 264 EV6) was MVI. This is the equivalent of the Intel SSE/MMX instructions but the MVI instructions had direct access to memory as they were 64 bits wide just like any other instruction on the chip. This meant it was trivial to load up a 64 bit word and then do parallel work on the data such as sum or max.

      Instructions also executed very quickly, typical of a RISC chip, and the processors had very large caches for their day (2MB being typical but server chips had much more than that). Even access to main memory was very quick, the EV6 bus was also used on the Athlon for this reason.

      So, you essentially had in Alpha a processor that has able to crunch integer and FP data very quickly, had a fat bus to memory with a cache large enough to be useful and lots of general purpose registers, extended parallel instructions that worked easily with the existing instruction set, one which looks like an high level language it is that easy to use. They also had very high clock speeds for their day and used those cycles very efficiently, Alphas were running over 500Mhz when Intel was putting out sub 200Mhz 32 bit chips that struggled to do more than a no-op in the time that an Alpha could do a fourier transform!

      Unlike Itanic, the Alpha was designed to make compilers easy to write, Compaq released the DEC compiler to work under Linux and it was amazing to see the boost in speed that came about when that was used. The fact that the EV6 was so smart meant that the compiler didn't need to be all that clever to make code that Alpha could run very quickly. It was pretty simple to avoid cache misses and other performance sapping problems.

      Compared with other processors of their day such as SPARC the Alpha was at least twice as quick if not more. It is only as Compaq took over and took their foot of the pedal and speed ramps dried up that other architectures caught up but it took some time. If they had continued to keep pace with die shrinks and clock speed increases Alpha would have been embarrassing its competitors even today, in fact it still is if you witness the fact that HP won't release benchmarks for EV7 until Itanium can beat it.

      So, yes, Alpha was great and I haven't even touched upon EV7 as I never got my hands on one and I'm not likely to now. Damn HP. Damn them to hell!

      From what I have heard it is quite likely that Alpha EV8 technology will live on as the next gen Itanium, effectively something like the current Pentium where the Itanium instruction set will be wrapped around and Alpha style core with translation to make it seem like an Itanium. Yuk.

      As I said, Damn HP.

      --
      "I have the attention span of a strobe lit goldfish, please get to the point quickly!"
    2. Re:Was alpha really nice? How? by Anonymous Coward · · Score: 0

      Oh, I don't know. Look at these.

    3. Re:Was alpha really nice? How? by Viol8 · · Score: 2, Interesting

      Try this - back in 1994 ie in the days when PCs could just about do fast 2D graphcis in VGA without passing out the firm I worked for rented an 64 bit alpha box.
      That was the 1st machine I'd EVER seen full screen mpeg run on, and by full screen I'm talking full colour 2048 x 1152 , not shitty 16 colour VGA. *THAT* was how good alpha was.

    4. Re:Was alpha really nice? How? by fitten · · Score: 5, Informative

      The fact that the EV6 was so smart meant that the compiler didn't need to be all that clever to make code that Alpha could run very quickly.

      I guess "smart" is a relative term I guess how you apply it. If you say the designers were smart in making the chip very simple (dumb) which made compilers easy to write because there weren't that many ways to do a particular thing well, then I'd agree with this statement.

      The thing about the Alphas were they really were RISC. The 21064 has *horrible* performance with strings and byte oriented operations because byte level addressing was not present in the instruction set. String manipulation and the like were synthesized in the libraries by using shifts, masks, and such. Not a very *smart* CPU... quite dumb actually (not that this is a bad thing... it made it simple). The story was that the designers were a little too purist with the first Alpha and "underestimated" the amount of byte level operation/addressing that was used or something or just wanted to really make the Alpha a number cruncher. At this level of the architecture, there was no out of order execution or the like. A pipeline stall caused *everything* to stop until the memory request was handled.

      Very shortly after the 21064, byte level addressing and manipulation was put into the Alpha line. Of course, this was really nice and improved a lot of those type operations. Also, out of order execution was put in at a later point. That was the really nice Alpha.

      As far as living on... there are many CPUs today that have at least a part of their lineage with the Alpha. Either their FSB (Athlon), their philosphy (high clock speeds), or direct decendents (StrongARM).

      Another bit of history: at the time the Alpha was released, HP had another CPU that they liked a lot. It was the PA8000 family. The PA followed the "wide" philosophy of processor speed - it had lots of execution units, out of order execution, and all the other stuff that we see a lot of today. The problem was that all of that extra circuitry made it *extremely* difficult to ramp up the clock speed. People referred to this camp of design as the "Brainiacs" because they did a lot per clock cycle and the clock speed was fairly low because of the complexity of the chip. The Alpha camp was called the "Speed freaks" in that they believed high clock speed was first, then later design in the complexity. Anyway, the PA8000 and the Alpha started out about the same speed but HP just couldn't keep up with the clock speed ramp up of the Alpha.

      So... I guess back to the original topic... the Alpha was easy to write compilers for early on because of the simplicity of the instruction set (the chip is "dumb"). Later, when the Alpha crew added the byte operations/addressing it simplified some library writing. Later, out of order execution and such were added which didn't really impact the complexity of the instruction set as much as just made the compiler better. The OOE is where the "smarts" came in.

    5. Re:Was alpha really nice? How? by Anonymous Coward · · Score: 0

      "From what I have heard it is quite likely that Alpha EV8 technology will live on as the next gen Itanium, effectively something like the current Pentium where the Itanium instruction set will be wrapped around and Alpha style core with translation to make it seem like an Itanium. Yuk."

      I am somewhat close to the team at Intel that is doing this...and that is a total load of crap.

    6. Re:Was alpha really nice? How? by Paul+Jakma · · Score: 1

      Alpha's actually were cheaper than the competing Workstations chips. The Alpha 21164 workstations cost a few thousand, just above high-end PC workstations and /below/ the likes of SGI's and Sun's workstations. DEC did try to commoditise the AXP, eg the 21064 based DEC Multia wasnt too expensive and aimed at the corporate desktop market.

      Further, you cant really compare Alpha to SPARC, it was 32 bit! Even Sun's UltraSPARC workstations did not support userland 64bit support until Solaris 8. SGI did not have 64bit support till R10k, and even then many of their workstations (eg O2?) could not run 64bit and it took SGI a while to actually introduce 64bit ABI support in IRIX. The RS6k, well correct me if I'm wrong, but most RS6k's are 32bit PPC. HP PA-RISC was 64bit, but i've no idea what 64bit support was like in HP-UX (but then /who/ ever bought HP-UX workstations? :) )

      Essentially, for a long time Alpha was the only game in town if you needed 64bit support, the only arch and, more to the point, operating systems with 64bit support (digital Unix and Linux) for quite a few years (93 to late 90s when other vendors started to get their OSes into shape).

      As for speed, Alpha for a long time /demolished/ the competition on floating point. Go have a look at the SPECfp95 benchmarks. Titanic was rendered on a cluster of Alpha 21164s because Alpha was the fastest thing out there. The 21264 /really/ demolished the competition, but the 21264 was unfortunately far more expensive than the 21164 ever was.

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    7. Re:Was alpha really nice? How? by Paul+Jakma · · Score: 1

      or direct decendents (StrongARM).

      Excellent and very informative post, however, that bit is wrong, the SA110 had nothing to do with AXP. Completely different processor, from instruction set to design goals.

      at the time the Alpha was released, HP had another CPU that they liked a lot. It was the PA8000 family

      At the time Alpha was released HP did not have the PA8000 family, that came out in 1996, Alpha was released in 1992 IIRC. HP at that time were using 32bit PA7000s, it seems. Further: "had another" -> HP had nothing to do with Alpha, it was DEC. HP only acquired the Alpha architecture recently after "merging" with Compaq who had acquired DEC in 1999.

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    8. Re:Was alpha really nice? How? by Paul+Jakma · · Score: 1

      Compaq who had acquired DEC in 1999

      After counting back through the years, I think it was actually late '98. But the merging process didnt really kick in until '99 - and even so, many DEC sites never had any compaq equivalent to merge with, DEC being vastly bigger than Compaq. Indeed, the merger changed Compaq far more than it did DEC. :)

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    9. Re:Was alpha really nice? How? by Jeremy+Erwin · · Score: 1

      I have a few of them kicking around my house, a couple of EV6s and an EV4 that still does sterling service.

      Ah, the joys of 92.5% uptime.

    10. Re:Was alpha really nice? How? by You're+All+Wrong · · Score: 1

      Yes, yes, yes, yes and no,

      Alpha was the first architecture to be able to achieve >1.0 IPC across the board at the SPEC benchmarks.

      Alpha was the first architecture to run at 1GHz.

      Alphas were repeatedly at the top of the SPEC/FP rantings, occasionally letting HPPAs climb ahead. However, Alphas almost
      always clawed back the #1 spot fairly soon afterwards.
      (Grab a dump of the Spec tables from ~1997, say, from www.spec.org to see how dominant it was (it was Spec CPU95 in those days.)

      They were a little weaker with integer ops, but they were designed as for numerical applications, and FP was all that mattered. By default IEEE-conformance was disabled, as they could eke out more performance through not handling things like exact exceptions, denormalised numbers, and operations on NaN.

      However, bits of Alpha (tech and engineers) were being sold off _years_ ago. The reasons that Intel and AMD are at the top of the SPEC tables now is because they took so much from Alpha/Compaq/HP.
      (And OK there may have been the occasional patent infringement before even then, *cough* Intel *cough*).

      YAW

      --
      Your head of state is a corrupt weasel, I hope you're happy.
    11. Re:Was alpha really nice? How? by fitten · · Score: 1

      ah... I thought the original ARM was not related to the AXP but I thought the StrongARM actually used a subset of the AXP (first, only the 32-bit stuff and then a limited subset of even that) instruction set. Of course, the design goals were for low power for the StrongARM. I did a little searching and what it seems is that DEC used some of the design techniques they used on the AXP on the ARM to produce the StrongARM. Thanks for the correction.

      The timeline of the AXP and PA8000 may be as you state and I stated that wrong anyway. My train of thought at the time of writing that was the SPEC benchmarking of the two. I remember the SPEC wars between the PA8000 family and the AXP as the thing to watch in the HPC as an attempt at validation of the two different design philosophies (Brainiac vs. SpeedFreak).

    12. Re:Was alpha really nice? How? by Anonymous Coward · · Score: 0

      Maybe you should have see my 40mhz Mac Quadra 840av with an Radius nubus card do the same thing ;-)(allthough at 1024x768)

      Seriously, though, the 840av was such a kick-ass computer for its time when working with audio/video (rca inputs built in!)

    13. Re:Was alpha really nice? How? by Paul+Jakma · · Score: 1

      No, the StrongARM ISA derives from the ARM ISA, which DEC licensed from Acorn UK (or ARM UK, whoever). AXP being DECs other modern CPU, yes, they would have applied lessons learnt in its design to the design of AXP, but the architecture is otherwise not really related to AXP (other than both being RISC), SA-110 was designed to be a simple, low-power CPU, at the expense of some speed, while AXP never had the power constraints.

      There's a good paper on the StrongARM SA-110 in the DEC Technical Journal somewhere. /me googles, see:

      http://research.compaq.com/wrl/DECarchives/DTJ/DTJ P00/

      AXP was released in '92, long before PA8k. Indeed DEC gave Linus an Alpha in '94 for him so that he could port Linux to Alpha - AXP was the first non-i386 architecture Linux port, Linux was also a fully 64bit OS and userland well before most commercial Unix implementations.

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    14. Re:Was alpha really nice? How? by Anonymous Coward · · Score: 0

      Most definitely, marked improvement in the quality of Compaq servers probably six or seven months after they merged. I'm still curious how HP is going to effect the quality of the Proliant brand, so very afraid.

    15. Re:Was alpha really nice? How? by Anonymous Coward · · Score: 0

      Heh, this reminds me of the situation between IBM/Motorola regarding Apple CPU's...in this case however, IBM finally won out and developed the next-gen chip (PPC970, AKA G5).

    16. Re:Was alpha really nice? How? by fitten · · Score: 1

      Yeah, that's what I meant. They didn't use the AXP ISA, just the engineering knowhow to make the ARM fast and low power.

    17. Re:Was alpha really nice? How? by turm · · Score: 1
      This is the equivalent of the Intel SSE/MMX instructions but the MVI instructions had direct access to memory as they were 64 bits wide just like any other instruction on the chip.


      This sentence doesn't make a whole lot of sense...

      Data size != address size. Case in point: SSE and SSE2 operate on 128-bit data. They work on 32-bit P4's as well as 64-bit Athlon64's. The address tells you where to go to find the data. How much data you get once you're there is another story.

      The issue of "direct access to memory" really has nothing to do with data width. x86 has memory-indirect addressing modes as a virtue of it's CISC-ness. This applies to MMX, SSE, SSE2, and even 3DNow. In this sense, they have direct access to memory. I'm not familiar with Alpha assembly language, but I'd bet $10 that they don't have these addressing modes (RISC architectures generally don't, by design).

      -turm
    18. Re:Was alpha really nice? How? by Carewolf · · Score: 1

      It's wrong to call the simple ISA of the Alpha dumb. As seen with Itanium making a more complicated (in you logic clever) ISA is not helpfull as the compilers can not utilize it fully.

      The real shinny parts of the Alpha architecture is not in the ISA however (which was mostly a rip-off of MIPS), it lies in the memory and I/O system. Having writen and now tutoring kernel-programming on Alpha's, I've come to appriciate all the fine and clever parts of this beaty, like the PAL-layer and direct PCI-access (takes more than >32bit dedicated address-space so it is not doable on 32bit processors with 64bit-extensions).

  20. You can't beat cheapo x86 boxes now. by caluml · · Score: 1

    You just can't beat the economics of many cheap x86 boxes running some free OS. I think all the major players will eventually learn this, if they haven't already. And Google is the argument that you can just beat people down with. One of the most highly resilient, scalable, intensive solutions around today.

    1. Re:You can't beat cheapo x86 boxes now. by benzapp · · Score: 1

      Are you referring to the Opteron? or the Itanium? They aren't that cheap, and they just came out.

      There are some instances where 64-bit processors are absolutely necessary. The alpha was used in those instances.

      --
      I don't read or respond to AC posts
    2. Re:You can't beat cheapo x86 boxes now. by tesmako · · Score: 1

      Google is not such a great example, it uses only algorithms that are extremely well explored in parallellism, far from all problems are as easy.

    3. Re:You can't beat cheapo x86 boxes now. by Anonymous Coward · · Score: 0

      One feature of the Alpha Servers (this isn't actually a feature of the Alpha chip itself) is their equivalent to a PC's bios called SRM. Its entireley command line driven and great for scripting and using over a serial line. Intel have made an attempt at something similar called EFI but its got lots of horrible things like menus and colour which really mess up serial lines. This feature is an absoulte wonder when you have a lot of nodes to maintain, want to make 20 nodes do self diagnosis, report their MAC addresses or boot a given kernel this is a great way to do it. I've not seen any other system as good as it yet. Google might find it very easy to ressurect dead machines if they had such a system but most PCs dont.

    4. Re:You can't beat cheapo x86 boxes now. by w3weasel · · Score: 1

      Cheapo x86 boxes do represent the best bang-for-buck in upfront costs, but there is still undeniable value in closed source OS's and their associated software libraries.
      It's very easy to conclude that OSS will eventually dominate, but until my mom, or other techno phobes, feel 100% comfortable installing, maintaining, and using OSS offerings, there will continue to be a compelling argument that Win and/or OSX offer a better 'value' (note value is not calculated in dollars, but rather in frustration, satisfaction, and time)

      --

      Just as irrigation is the lifeblood of the Southwest, lifeblood is the soup of cannibals. -- Jack Handy

    5. Re:You can't beat cheapo x86 boxes now. by Crispy+Critters · · Score: 1
      " You just can't beat the economics of many cheap x86 boxes running some free OS."

      I don't think this applies much to the demise of the alphas. One place alphas are popular is in scientific computing, and many of these tasks can't be split this way. If I have some code doing ugly computations on 50 MB data sets, I can't split this over a bunch of cheap boxes. The "many cheap x86 boxes" works when you have a server on which 100 people are trying to do small things simultaneously, but when you have one person doing one big job, he needs a good computer it.

    6. Re:You can't beat cheapo x86 boxes now. by Anonymous Coward · · Score: 0

      Yes it does. I work as a sysadmin in a University setting, we do a large amount of number crunching.

      We have gotten rid of the alphas for clusters of x86 boxes running linux. Why? Well most of the problems can be split in to parallel and the problems can be solved faster and cheaper on 16 pentium 4 chips then a single alpha. By the way we aren't talking 50MB data sets, we are talking 4 - 5 GB data sets.

      Of course this is also the reason we are getting rid of SGIs.

      If you pay attention to the trend in computing you see this same thing happening at almost every institue that does a large amount of number crunching. It is more cost effective to get a cluster then to get any other solution to the problem.

      It pains me to see the alphas we have sitting on the shelf gathering dust, but they are not worth the effort to support anymore.

    7. Re:You can't beat cheapo x86 boxes now. by Anonymous Coward · · Score: 0

      Yes, you can't just generalize using Google as example, Google is not the average computing workload.

    8. Re:You can't beat cheapo x86 boxes now. by Anonymous Coward · · Score: 0

      For grins, could you identify your hardware/software configuration? Curious as to the going fave in hardware/network topology and s/w distro... Thanks.

    9. Re:You can't beat cheapo x86 boxes now. by Anonymous Coward · · Score: 0

      I would have to agree with you about commodity x86 boxes, but I think that if you are going that route, that it makes most sense to stick with the mainstream MS O/S too. If you are running a big site, you need MS support. Red Hat really is the only Linux vendor that is close to being viable long term, and it isn't.

    10. Re:You can't beat cheapo x86 boxes now. by 4of12 · · Score: 1

      scientific computing

      This is an area where there's been change.

      Given a choice between processors that are twice as fast or twice as many machines, everything else being equal, the best choice was "processors that are twice as fast". Parallel efficiency always drops off and kills you for sufficiently large numbers of processors.

      Ten years ago, if you wanted the highest performance for your parallel machine, it made sense to spend some extra so that each processor was the absolute fastest it could be.

      The difference in performance now is not as great as it was. And the difference in price favors the x86 platform.

      The special purpose high performance RISC processors would still have a fighting chance in the scientific computing arena if it weren't that

      • all modern processors are becoming memory starved
      • networking between processors is getting fast and cheap
      The big caches on the Alpha chips make them attractive, and it's impressive that a chip line this old is still very competitive in performance, but they can't hold on forever.
      --
      "Provided by the management for your protection."
  21. It is a real shame... by overbyj · · Score: 2, Insightful

    that the Alpha is being put out to pasture. This is one amazing chip and it was at one time lightyears ahead of anything Intel put out. I honestly believe that HP is making a mistake here by ditching this chip. Sure R&D costs of chip design and production are enormous but HP is hitching their wagon to the Itanic? At least use AMD and their good processors, especially the encouraging new 64 bit chip. The Itanium is about to truly become the laughstock of the microprocessor world.

    If HP (and before Compaq and before them DEC) had played their cards right, the Alpha could have been a major player and taken on Intel seriously. About the only thing Intel has going for them is their ability to produce chips cheaply because of the sheer numbers. We can argue the merits of Xeon and other P4 derivatives another time but it is just a real disappointment that HP is doing this.

    --
    No trees were harmed in the composition of this; however, numerous electrons were inconvenienced.
    1. Re:It is a real shame... by Anonymous Coward · · Score: 0

      Right on!

    2. Re:It is a real shame... by Anonymous Coward · · Score: 0

      Agreed - AMD 64s to date appear as much better blending into current situation with legacy code support alone. If they make AMD64 sell in big amounts, they could get Intel this time. Thinking of upgrade, I am looking into pricelists of their partners, too - so far, they are still bit pricey for me and mass market, too. Pity about Alpha, but it was overpriced and undermarketed, what made it very special, but relatively rare also. But many of us loved it, right...

    3. Re:It is a real shame... by joto · · Score: 4, Insightful
      This is one amazing chip and it was at one time lightyears ahead of anything Intel put out. I honestly believe that HP is making a mistake here by ditching this chip. Sure R&D costs of chip design and production are enormous but HP is hitching their wagon to the Itanic?

      The Alpha was formerly Compaq and even before that a Digital invention. HP has their PA-RISC architecture, of which Itanium was planned from the start to replace (one of the design requirements for Itanium was that a software translator for binary PA-RISC code was made possible).

      Furthermore, as far as I know, the Alpha is still produced by Intel, not by HP/Compaq/Digital, as Compaq sold their alpha plants, personell and all associated IP to Intel (and thus avoided a lawsuit, as well as ensuring the Alphas future for a few years). There were also plans for a Itanium version of Tru64 (formerly Digital Unix), but I am unsure as to whether it was ever commercialized.

      All in all. It seems like a pretty sound business decision to me. This is what "they" have planned all along, for many years, whether "they" are Digital, Compaq, HP, or Intel.

    4. Re:It is a real shame... by yomegaman · · Score: 1

      Why are Slashbots so down on Intel and the Itanium? It represents real innovation, while the AMD chips are just incremental improvements on the x86 design everyone claims to hate so much. Similarly, you guys are so scornful of the "inefficiency" of the P4, oblivious to the fact that the long pipeline is what allows it to reach such high clock rates in the first place, and in the end that produces better performance overall than the P3 design could ever have reached. Is it just resentment of their many successes? I don't get it.

      --
      ...wearing a skin-tight topless leather jumpsuit, with cutaway buttocks and transparent crotch panel.
    5. Re:It is a real shame... by Anonymous Coward · · Score: 0

      because Intel made it. And that makes it "not k3wl".

      The Itanium also requires compiler writers to be extremely smart to get the performance out of the chip. GCC isn't up to the job. Therefore, it is crap.

      Basically, the rules of Slashdot:
      a) If one of the big players make it (not an underdog), it is crap.
      b) If it makes life harder for Linux or the developers on Linux, it is crap.
      c) If it is too hard for your live-at-home-in-the-basement-with-stacks-of-pizza- boxes thinks-he's-a-haxz0r to understand, it is crap.

    6. Re:It is a real shame... by stevesliva · · Score: 1
      What slashdotters frown upon are huge market behemoths forcing adoption of mediocre technologies by leveraging their market leadership and pricing advantages. This kills innovation in the long run. Just say "forced upgrade cycle" and your average slashdotter shudders. So, yeah, the behemoths take a drubbing here.

      I think calling AMD's chips "incremental" and then fawning over the P4 in the same paragraph is a bit hypocritical. At least AMD is increasing speed in ways other than increasing on-die cache size, a tactic which only Intel and it's enormous production capabilities can make cost effective.

      On the other hand, I agree that the Itanic is neat. EPIC is cool. But Intel and HP assuming it will dominate the 64-bit server market just because it is from Intel is not cool.

      --
      Who do you get to be an expert to tell you something's not obvious? The least insightful person you can find? -J Roberts
    7. Re:It is a real shame... by Detritus · · Score: 1
      Why are Slashbots so down on Intel and the Itanium? It represents real innovation...

      So did the Intel 432.

      --
      Mea navis aericumbens anguillis abundat
    8. Re:It is a real shame... by yomegaman · · Score: 1

      I don't see anywhere where I fawned over the P4, I just said that it is unfairly criticized based on a metric that makes no sense (power/MHz). I also note that you refer to Intel's technologies as "mediocre" without any rationale, which supports my point exactly. Why are they mediocre? Compared to what? And what difference does it make how speed increases are gained, so long as they are gained? These are false distinctions.

      The other thing that gets me is that when a product Slashdotters dislike becomes popular, it's because people were "forced" to buy it. Is it so inconceivable that Intel's products sell well because they provide things that people, of their own free will, desire to buy? It smacks of elitism to assume that people who don't act as you would only do so because they are too stupid to see the Truth, as you do.

      --
      ...wearing a skin-tight topless leather jumpsuit, with cutaway buttocks and transparent crotch panel.
    9. Re:It is a real shame... by Anonymous Coward · · Score: 0

      > The Itanium is about to truly become the
      > laughstock of the microprocessor world.

      And you would know that because...?

      There are way too many people here at slashdot all too willing to issue authorative opinions about topics they know little or nothing about.

    10. Re:It is a real shame... by stevesliva · · Score: 1
      The reference to mediocre technologies was in the general sense. I didn't even say Intel in that paragraph.

      If you want to have an argument about the IA-64 architecture-- and it seems you really really do, given that this is your second try to start one-- you'll have to get someone else to bite, or at least support your assertions. I already said in my last post that the Itanium sounds neat and cool, but I don't buy servers. I don't pretend to know what's the best. I do know that just because the Itanium has an innovative ISA doesn't necessarily mean it's better than any other RISC chip.

      Is it so inconceivable that Intel's products sell well because they provide things that people, of their own free will, desire to buy?
      No, of course not. I believe x86 microprocessors are commodities beholden to market forces. Intel is better at agressive pricing, for sure. Lower prices imply more sales with the same demand curve. They give folks what they want cheaper, and in volume.

      On the other hand, Itanium is selling poorly. Given Intel's Q3 results, they're doing damn well selling just about everything else. Perhaps Intel will cut the prices and sales will increase... I have to think, though, that there must be very low Itanium demand for Intel to have trouble selling it. Maybe Itanium isn't a commodity yet? Maybe technology and not price is factoring into purchasing decisions?

      --
      Who do you get to be an expert to tell you something's not obvious? The least insightful person you can find? -J Roberts
  22. Bummer. by Anonymous Coward · · Score: 0
    But now, at least, they're the perfect platform for running BSD . . .

    ~~~

  23. Not dead, yet. by vesamies · · Score: 1

    Alpha is a walking body bag.

  24. Some old niceties by A+nonymous+Coward · · Score: 1

    I haven't looked at Alpha specs in ages, but what impressed me most about it when it first came out was the nice simple clean, you might even call it elegant, design. In particular, I remember the instruction set being a breath of fresh air, logical and simple, and that spoke to me of a good basic design, one that would age well. They started with the proverbial clean sheet and made good choices.

    But it's been way too long since I looked at one, I don't know how the current designs stack up.

    1. Re:Some old niceties by joto · · Score: 1
      In particular, I remember the instruction set being a breath of fresh air, logical and simple, and that spoke to me of a good basic design, one that would age well.

      Yeah, I remember the same thing. Unfortunately, it didn't age well. Don't know if that should tell us something... Maybe that marketshare is more important than technical benefits? May all future good designs rest in peace!

    2. Re:Some old niceties by Bert64 · · Score: 2, Informative

      Indeed, Alpha, unlike all the other 64bit processors mentioned, was designed from the ground up as a 64bit cpu, rather than a 32bit cpu with 64bit extensions added in. Itanic was supposed to be designed like this too, but they screwed it up somewhat.. All the other 64bit architectures have to retain some compatibility with older 32bit architectures. Alpha maintained compatibility via software emulation, and did so very well simply because of the huge performance difference between the last of the VAX and the first Alpha chips, the early alphas could also emulate x86 hardware faster than real; x86 chips of the time.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    3. Re:Some old niceties by tka · · Score: 1

      ..rather than a 32bit cpu with 64bit extensions added in.

      Wouldn't that make them 96bit cpus then?

    4. Re:Some old niceties by cfallin · · Score: 1

      Wouldn't that make them 96bit cpus then?

      No - the 64-bit extensions are either new instructions or a new processor mode, so a given datum is still either 32 or 64 bits wide, not both at once.

    5. Re:Some old niceties by tka · · Score: 1

      I tried to be funny there... It didnt work :)

    6. Re:Some old niceties by cfallin · · Score: 1

      Not to worry, I was not yet fully awake and thus my sense of humor was quite lacking at that time.

  25. Re:GPL Problems by kfg · · Score: 2, Interesting

    Along those lines it's interesting to note that the Mandrake 9.2 PowerPack and ProSuite come with the Intel compiler.

    KFG

  26. Long live the Alpha by Anonymous Coward · · Score: 0

    I will always look back fondly on days sitting at my beowulf cluster of Alpha's looking at pictures of Natalie Portman petrified with hot grits in my pants...

  27. Another plain geek girl by swb · · Score: 0, Troll

    Like that Georgy woman who "ran" for Governor in California, this one's another plain looking geek girl that guys that don't seem to get out enough wet their pants over.

    Pale, dull and overly long hair, a very boyish figure, and a very plain face. I guess she's better than some of the fat goth chicks with bad complexions, but she's not terribly pretty either.

    Sorry, you can have her.

    1. Re:Another plain geek girl by NDPTAL85 · · Score: 1

      She's hot and curvy.

      Your're gay and faggy.

      --
      Mac OS X and Windows XP working side by side to fight back the night.
    2. Re:Another plain geek girl by Anonymous Coward · · Score: 0

      No, you're just stupid.

      You wouldn't know a hot girl if she slammed your cock into her pussy.

      That *BSD girl is nothing but a pale blob of ugliness.

    3. Re:Another plain geek girl by Anonymous Coward · · Score: 0

      And you'd know of course... especially when the only thing your cock gets slammed into is your boyfriend's ass.

      Ceren rocks!

    4. Re:Another plain geek girl by Doctor+Crocodile · · Score: 1

      What are BSD doing at a Lumberjack convention?

  28. When Alpha died by evilviper · · Score: 4, Insightful
    I was already under the mistaken impression that Alpha was dead

    No, it wasn't a mistaken impression at all... Alpha died about 1997, when Compaq bought DEC, and squandered the assets of a great company. Sure, they were still turning out machines, but the Alpha was as good as dead from that point on. I figured maybe HP would know what Compaq didn't, and resurect the Alpha, but they are beholden to Intel, so that didn't happen.

    Believe it or not, even though it's been dead for the past 6 years, it could still be resurected...

    For one, Intel has bought the rights the the Alpha, so they could use some of the same ideas in their Itanium and Pentium chips. The miserable failure of the Itanium is quite encouraging, because that could mean the only way they can get a leg-up on AMD64, would be to start making Alphas... It's wishful thinking on my part, but Intel would have much to gain.

    Long-live the Alpha.
    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    1. Re:When Alpha died by Anonymous Coward · · Score: 0

      I don't think Itanium is a failure. The Alpha team is working on Tanglewood which most likely will be a kick ass CPU.

    2. Re:When Alpha died by imsabbel · · Score: 0

      Too bad itamium isnt a miserable failure, but the fastest CPU on the planet. At least the latest incarnation.
      Dont bitch that they run hot and are huge. Name any alpha that wasnt >300 mm^2 and a power-sucker. ..
      Compare it to the first alphas(21064): They sucked too, in a way. Needed 3 times the clock speed to archive comparable performance to other processors. Sounds like p4 ? :)
      They really began to "rule" years later with the 21164, running at (at that time insane) 500Mhz. Compare with I2.

      And it took another few years to leave PA-risc and MIPS finally in the dust with the EV6. I wonder what power IA64 CPUs (or the K9, btw) will have in 2 or 3 years.

      Intel has integrated the alpha engineers in their own development teams years ago. Or why do you think that nifty features like SMT (planed for EV7) premiered in intel cpus? There is no such thing as a design team left. They have been working for years to make the opponents of alpha better....

      Alpha is dead. There are so many years of missing research and development in that architecture that intel (if they wanted) could create another one from scratch with the same effort.

      --
      HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
    3. Re:When Alpha died by Viol8 · · Score: 3, Informative

      " Too bad itamium isnt a miserable failure, but the fastest CPU on the planet"

      I think you'll find Cray Research taking issue with that , not to mention a number of military DSP producers. I think what you mean is "fastest
      consumer/business mass production CPU"

      "Dont bitch that they run hot and are huge. Name any alpha that wasnt >300 mm^2 and a power-sucker"

      That was over 10 years ago. This is 2003 , not 1993. Why are intel re-inventing a broken wheel? Why don't they use the expertise they have in their
      alpha engineers and produce a CPU that doesn't roast itself from day 1? Or have they all parachuted in from a time warp?

    4. Re:When Alpha died by Anonymous Coward · · Score: 0

      "Dont bitch that they run hot and are huge. Name any alpha that wasnt >300 mm^2 and a power-sucker"
      That was over 10 years ago. This is 2003 , not 1993. Why are intel re-inventing a broken wheel? Why don't they use the expertise they have in their
      alpha engineers and produce a CPU that doesn't roast itself from day 1? Or have they all parachuted in from a time warp?


      Alpha processors have ALWAYS run hot. Still do. The 2003 EV78 runs 155W and is 397mm^2. The 2002 Itanium2 is close by at 130W and 421mm^2. Both of these specs are for 0.18 process chips.
      Intel will and probably has learned a lot from the Alpha boys, but it'll never be how to run cool and with small dies.

    5. Re:When Alpha died by timeOday · · Score: 1
      "Too bad itamium isnt a miserable failure, but the fastest CPU on the planet"
      I think you'll find Cray Research taking issue with that , not to mention a number of military DSP producers. I think what you mean is "fastest consumer/business mass production CPU"
      To my thinking, CPU refers to a general purpose processor. I certainly don't thing DSP chips count as CPUs. Vector processors (Cray) are off in their own little category because they're only fast for SIMD instructions. They could probably rock the Photoshop plugin benchmarks, and that's about it, at least this side of FORTRAN. If we do broaden the rules far enough, I wonder how today's top video cards would stack up? Flops galore, for the specialized job that they do.
    6. Re:When Alpha died by imsabbel · · Score: 1

      What is the die size and power requirement of a ev68 or ev7?
      They are now, they are huge, they need 100+W power

      --
      HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
    7. Re:When Alpha died by sasami · · Score: 2, Informative

      Too bad itamium isnt a miserable failure, but the fastest CPU on the planet.

      Of course it is, if you believe HP has declared that "...no Alpha benchmark will be released until the Itanium platform(s) is/are faster."

      ---
      Dum de dum.

      --
      Freedom is not the license to do what we like, it is the power to do what we ought.
    8. Re:When Alpha died by nosferatu-man · · Score: 2, Insightful
      I think what you mean is "fastest consumer/business mass production CPU"

      Try "general purpose." That's a less pejorative way to express the glum fact that Itanic 2 blows the doors off of everything else.

      This is 2003 , not 1993.

      ... and the latest (huge) Alphas run hot as a bastard. They always have. Alpha was an experiment that met an untimely end -- if DEC had only .... ! If Microsoft had only ... ! If AMD just hadn't ... ! Whatever. If frogs had wings, they wouldn't bump their asses on the ground.

      Take pleasure in the fact that you can buy a consumer grade system with the fastest general purpose CPU for under 10 grand -- or, if you're willing to give up 64 bit addressing, for less than $2k. That's astonishing -- in the days when the R10000 or 21164 was king of the hill, you'd be out 40 or 50 grand to get a box with that level of relative performance. Why slashbots bitch and moan about Intel I'll never understand. Sure, x86 and IA64 are gross nasty ISAs -- but how many posters here really work on the gcc's code generator? Seriously, people. Leave the heavy lifting to the people who enjoy it, and bask in the pleasure of CPU cycles to burn.

      'jfb

      --
      To spur "enterprise Linux," Big Bang, the distributed two-phase commit.
    9. Re:When Alpha died by Paul+Jakma · · Score: 1

      Compaq acquired DEC late 98. However it was /DEC/ which squandered Alpha - the squandering of excellent DEC engineering by management was a long-standing DEC problem. (its precisely why Compaq were able to take over DEC in the first place).

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    10. Re:When Alpha died by Anonymous Coward · · Score: 0

      Why don't they use the expertise they have in their
      alpha engineers and produce a CPU that doesn't roast itself from day 1?


      Because they don't work there anymore. They mostly joined other chip design companies (Sun have a few) when Compaq raped DEC.

    11. Re:When Alpha died by floodo1 · · Score: 0

      i take it that you are a "heavy lifter".

      intel architecture is booty, whether or not i work on gcc anything.

      yes its amazing the performance per dollar that we have now.....but it would be even MORE amazing if intel got off there ass.

      at least amd is trying.

      public opinion is valuable, when its silenced we all lose.

      --
      I KUT J00 M4NG!!!
    12. Re:When Alpha died by nosferatu-man · · Score: 1

      i take it that you are a "heavy lifter".

      Not at all. I hack Postgres for a living, and ML and Cocoa for fun. But I know enough to know that it doesn't matter to me.

      intel architecture is booty, whether or not i work on gcc anything.

      But why do you care? Because of some weird aesthetic? I care about getting the most bang for my buck, especially at work, and as long as somebody else has to worry about the gross bits, hey, Linux is Linux is Linux, whether the underlying ISA is sweet (Alpha, MIPS) or nasty (x86, IA-64).

      at least amd is trying.

      To do what? Extend the "booty" x86 instruction set to 64 bits? Push x86 down (to hand-helds) as well as up? Hey, I'm sure glad they exist -- competition for Intel benefits all -- but don't think that they're doing anything good in the instruction set business. Is x86-64 grosser than IA-64? Probably, although again, it's not really my concern.

      Would I prefer a world where Intel was crushed by a flood of cheap Alphas? Maybe, maybe not. To all but a tiny minority, IT DOESNT MATTER.

      'jfb

      --
      To spur "enterprise Linux," Big Bang, the distributed two-phase commit.
    13. Re:When Alpha died by RzUpAnmsCwrds · · Score: 1

      Itanium isn't like any other CPU out there. It uses an instruction set called EPIC, or Explicitly Paralell Instruction Computing. EPIC was Intel's answer to a major problem: current CPU architectures are spending more and more of their transistors trying to figure out what instructions can be executed in paralell.

      With EPIC, that logic is moved into the compiler. This raises the real problems with Itanium:

      1: It's hot. This has nothing to do with the architecture; it has to do with the fact that Itanium has tons of cache (3 or 6MB), or isn't manufactured on a modern process (the 1.5MB variant uses a 180nm process). EPIC actually has fewer transistors and runs at a lower clock speed, meaning that it should be *cooler* than a comparable CPU. The Itanium at 1.5Ghz beats the 3.2Ghz P4 at integer and kills it in FP. If Intel were to make an Itanium with a good process (e.g. 90nm) and a sane amount of cache (1MB), it wouldn't be the hot chip that it is today.
      2: It's expensive. See above. Intel doesn't want to sell the Itanium for cheap. That's why they give it huge cache - to justfiy the $1500 price tag. If it had Pentium-size cache and were produced in Pentium-like quantities, it would be cheaper to produce than the Pentium.
      3: It requires good compilers. GCC ain't gonna cut it.

    14. Re:When Alpha died by Anonymous Coward · · Score: 0

      Needed 3 times the clock speed to archive comparable performance to other processors.

      Due entirely to RISC vs CISC

      God, get a fucking clue before posting such bullshit

    15. Re:When Alpha died by Rasta+Prefect · · Score: 1
      Why slashbots bitch and moan about Intel I'll never understand. Sure, x86 and IA64 are gross nasty ISAs -- but how many posters here really work on the gcc's code generator?

      Many of us will bitch about intel and bemoan the passing of Alpha because, to make an analogy, we want to be flying F22's. We look at the F14 that is Alpha and see the sleek, powerful processor it could have become with a fraction of the investment of money, manpower and time that has been invested in Itanium or x86. Instead it looks like we're going to get the same rusty Gremlin we were driving back in the early 90's when the Alpha first hit the market, only now Intel has somehow managed to bolt on the Space Shuttles SSB's. It's faster than aging Alpha design, but we can't help but feel that we might be getting somthing a lot better if similar resources had been expended on a good design to start with, instead of the kind of "pigs will fly with sufficient thrust" sort of engineering we get from Intel.

      --
      Why?
    16. Re:When Alpha died by ncr53c8xx · · Score: 1
      Vector processors (Cray) are off in their own little category because they're only fast for SIMD instructions.

      Intel wants developers to use the SSE2 instructions wherever possible and not rely on the FPU. And that is why Athlon beats them in so many benchmarks. So that is the direction we are moving now.

    17. Re:When Alpha died by timeOday · · Score: 1
      I sincerely hope than some more mainstream languages (besides Fortran) add support for this style of processing. Compiler optimization alone won't encourage programmers to implement things in a parallelizable way, it has be supported by language constructs. Otherwise the vector processing capabilities will continue be effectively limited to handcoded assembly - which is fine for pumping up synthetic benchmarks and a few very mainstream apps like Photoshop, but won't help most programs.

      I'm afraid it is going to be an uphill battle to drag programmers away from the simple sequential model towards having a lot of explicit parallelism to use all these vector processors and multiple cores on a chip.

    18. Re:When Alpha died by ProtonMotiveForce · · Score: 1

      You seem to think all improvements in technology occur in equal amounts in all dimensions. That's, umm, silly.

      You think all modern processors should be faster and run on less power? It simply doesn't work that way, sorry.

      The increase in power consumption/heat profile is there, but they've used it to eek more performance out of the car. Cars 20 years ago got about the same gas mileage as cars today, but today they run with a lot more HP.

    19. Re:When Alpha died by ProtonMotiveForce · · Score: 1

      Why, you ask? Retardation.

      If you sit around and think "gee, my processor could be more efficient" then you're truly a geeky dweeb who deserved the beatings he probably took in school (and I mean College).

      Rational people say "Hmm, I get XX frames per second" or "I can complete this render in X seconds", or "this simulation takes 20% less time". That's what matters. Performance. Why people whine and whine about this architecture or that is beyond me.

      Well, actually it's not beyond me - I understand it perfectly. People love an underdog and hate the person on top, be it Intel, Microsoft, or any other victim of nerddom's ire.

    20. Re:When Alpha died by floodo1 · · Score: 0

      your value of public opinion is too high :(

      yeah it doesnt really matter, however it definately could. depending on what apps your running architecture could hugely change performance.

      its all about cool.

      --
      I KUT J00 M4NG!!!
    21. Re:When Alpha died by Rasta+Prefect · · Score: 1
      If you sit around and think "gee, my processor could be more efficient" then you're truly a geeky dweeb who deserved the beatings he probably took in school (and I mean College).

      Oh gee, what an intelligent statement. Somebody actually thinks about how thinks about the world around him works, and how it could be improved, so he must be a geeky dweeb who deserves to be beaten. I'm certainly glad we have geeky dweebs who sit around and think about how these things work, since I rather enjoy modern science and technology...

      Rational people say "Hmm, I get XX frames per second" or "I can complete this render in X seconds", or "this simulation takes 20% less time". That's what matters. Performance. Why people whine and whine about this architecture or that is beyond me.

      Congradulations on completely, totally missing the point. Yeah, a new Itanium is faster than a new Alpha. It has also had about a 100 times the R&D money poured into it. The point, is that most of us believe that if Compaq had invested a faction of that amount in Alpha, we would be able to play games at 2(XX) frames per second or complete that render in X/2 seconds.
      Instead, we get Itanium, sucking down 100+W per processor and further heating already under-airconned Server rooms and offices.

      Well, actually it's not beyond me - I understand it perfectly. People love an underdog and hate the person on top, be it Intel, Microsoft, or any other victim of nerddom's ire.

      Damn straigt we do! Now if I can just get my NeXT box to boot and talk to my copy of Open Server... Get real. We like Alpha because it was an elegant potentially faster-than-intel Architecture, and think it's a shame it got screwed. Thats all. Notice how we're all cheering for IBM and not SCO, despite SCO being the little guy in every respect.

      --
      Why?
    22. Re:When Alpha died by ncr53c8xx · · Score: 1
      I sincerely hope than some more mainstream languages (besides Fortran) add support for this style of processing.

      Are there any commercial packages using FORTRAN today? I think even Mathworks is moving away from it. Hardly a mainstream programming language.

      Otherwise the vector processing capabilities will continue be effectively limited to handcoded assembly

      Vector processors weren't general purpose enough to be useful until recently (SSE2). For instance, Apple had single precision floating points which served very little purpose.

  29. Good for the HP Execs! by DAldredge · · Score: 1, Troll

    Now HP can afford to buy some more private jets for their execs to fly around in.

    70,000,000 USD for 2 GS5's. Shows what they REALLY care about.

    1. Re:Good for the HP Execs! by stevesliva · · Score: 1

      A link for the unclued.

      --
      Who do you get to be an expert to tell you something's not obvious? The least insightful person you can find? -J Roberts
    2. Re:Good for the HP Execs! by t0qer · · Score: 1

      Good for the HP Execs! (Score:2, Troll)


      I don't know why this is regarded as a troll. Everyone i've ever talked to that's been inside HP (i've worked at a spinoff, another story) talks about just how politically savage the enviroment is. Let's not forget Dilbert was actually based from real experiences from within HP. (Yes PHB's are real)

      Over the last 3 or so years the birthplace of HP Silicon Valley, has seen no less than 300,000 jobs either eliminated or shipped overseas. That's just one huge bite out of the total number of united states jobs.

      Let's talk about that number real quick, the $70,000,000 million dollars for 2 jets. That's not even accounting for maintence, flight crew, and airport costs. Could the exec's attend virtual meetings using robots and telepresence? Sure, if they knew how to use a gamers "WADS" interface. Would it cost $70,000,000? I highly doubt it.

      I read all the time about the problem with higher forms of robotics, and the problem of random terrain navigation does not become one that is from a lack of algorithms. We know how the robot is supposed to get over the random terrain, we just can't make it think fast enough to have a desiarable reaction time.

      HP is dumping the Alpha for one reason. They don't welcome our new robot overlords. I AM THE PHB-9000

    3. Re:Good for the HP Execs! by vsync64 · · Score: 1
      Let's not forget Dilbert was actually based from real experiences from within HP.

      Wrong. It was based partly off of creator Scott Adams's experiences at Pacific Bell.

      --
      TO BUY A NEW CAR WOULD MAKE YOU SEXUALLY ATTRACTIVE.
  30. Re:Cat Problems by squiggleslash · · Score: 1

    Thank you, that gave me something to smile about today. (People who are fed up of the "Holy War/What is it with you Mac Fanatics?" troll who read this in the three seconds it takes to be modded down, might want to click on the "Parent" link below.)

    --
    You are not alone. This is not normal. None of this is normal.
  31. Re:GPL Problems by Aardpig · · Score: 1

    Although we met several technical challenges along the way (specifically, Linux's lack of Token Ring support and the fact that we were unable to defrag its ext2 file system)

    See here for HOWTO on Linux Token Ring, and here for a discussion of why ext2 filesystems don't really need defragging. Oh, and report to the CEO of each company you consult for, requesting to be fired for being a pig-ignorant moron; I found these examples from 2 minutes on Google.

    --
    Tubal-Cain smokes the white owl.
  32. Re:GPL Problems by Alomex · · Score: 1

    - Code compiled with GCC is as free or as propietary as you want.

    Actually, about six years ago we had our IP lawyers read the GPL and they felt the language was sufficiently vague in regards to GCC, that the interpretation that all code compiled with GCC should be GPL'ed couldn't be discounted.

    We still went ahead and used GCC, though, since we decided the chances of a lawsuit were too small.

  33. VMS will live on by BigFootApe · · Score: 1

    One major feature of the AlphaServer line will live on: the OpenVMS operating system. That software, born more than 25 years ago as VMS (Virtual Memory System), is being moved to the Itanium processor.

    But who cares? Maybe only legacy users. Without binary compatibility, how many people are going to buy in again.

    1. Re:VMS will live on by Justarius · · Score: 1

      Actually, from all the reports I've seen, OpenVMS maintains binary compatibility across all three platforms. Even though hp won't support it, a VAX/Alpha/Itanic mixed cluster is possible, just that each one has to have their own SYSTEM disk (like most lixed clusters). The idea was that the binary can be pulled over to Itanic without a problem and still maintain compatibility.

      Or so it was said at hp world a couple of months back.

    2. Re:VMS will live on by Anonymous Coward · · Score: 0

      Same way they did last time VMS moved?

      VMS started life on the venerable DEC VAX. As did 3BSD, which was pretty much the birth of modern Unix.

    3. Re:VMS will live on by Your+Average+Joe · · Score: 1

      a nickle, kid, go get yourself a real computer. Real Computer, not a toy computer or toy operating system.

      --
      Your Average Joe
    4. Re:VMS will live on by BigFootApe · · Score: 1

      Even VAX->Alpha was not binary compatible. All applications which have to run on VMS/IA64 will have to be recompiled. See here for more. The question is, who's gonna want to take the trouble to switch.

      I think HP has built a product without a market. Swell.

    5. Re:VMS will live on by glenmark · · Score: 1
      Even VAX->Alpha was not binary compatible. All applications which have to run on VMS/IA64 will have to be recompiled.
      The poster was probably referring to binary translation via the VEST utility. Just as vest would allow one to run VAX executables on an Alpha, it will allow Alpha code to run on IA64 (or even code that was previously VESTed from VAX to Alpha!)...
      --
      *** Quantum Mechanics: The Dreams of Which Stuff is Made ***
  34. YHBT by Haeleth · · Score: 1

    He was modded into oblivion for posting a standard troll, not for slamming Linux. But I hope you knew that. ;)

  35. Good thing by Anonymous Coward · · Score: 0

    Good thing we are switching our Alpha server (running Tru64) over to x86 running Linux. The head of the test cell was worried about the hardware breaking and not being able to replace it

  36. Free To Good Home -Two Alpha XL 266 by superid · · Score: 1

    This is a good opportunity for me to try to get rid of my old alpha XL 266'es. Free to good home to anyone in the southeastern Mass area who wants to come pick them up.

    I had two of them running, the third was basically spare parts. Two booted Redhat 6.0 (might have been 6.2) and were running PostgreSQL quite happily. Specs? um... beyond the fact that they are 266 MHz Alphas, I have basically no idea on memory or hard drive space.

    If you're interested, email me at ghuntress at com cast dot net and I'll make the effort to go into my basement and dig them out of the boneyard and get better specs....other than that, they are bound for the landfill eventually.

  37. In the trash by nolife · · Score: 1

    Last month I threw three various Apollo 9000/735 series workstations in the trash. I believe they were introduced in the mid 90's. Two of them still booted and ran but not worth the space they consumed in my "junk" pile. They go for about $20 on Ebay but the shipping costs makes it almost worthless.

    --
    Bad boys rape our young girls but Violet gives willingly.
    1. Re:In the trash by xlark · · Score: 1

      I pity you. Throwing things out just because you think they were "worthless" isn't acceptable behaviour. Somebody (if not me), would've bought them on eBay, and they could've been to some use to somebody, rather that just filling up the landfills.

      It is really sad the history that is lost...

    2. Re:In the trash by Anonymous Coward · · Score: 0

      You must have never used a 700-series, otherwise you would be hoping that he gave them a couple of kicks for good measure when he junked them.

    3. Re:In the trash by Anonymous Coward · · Score: 0

      Those are PA-RISC machines. Why are you posting this in a story about the Alpha?

    4. Re:In the trash by Splork · · Score: 1

      9000/735s were HP PA-RISC systems, not alphas.

    5. Re:In the trash by nolife · · Score: 1

      Opps.. good point!

      --
      Bad boys rape our young girls but Violet gives willingly.
  38. How Much? by Markus+Registrada · · Score: 1

    Suppose I wanted to buy a single-processor Alpha 67 or 7 or 79 motherboard or box. Can anybody post what would be the lowest price? HP makes it pretty hard to look up. TIA.

    1. Re:How Much? by eap · · Score: 1
      Suppose I wanted to buy a single-processor Alpha 67 or 7 or 79 motherboard or box. Can anybody post what would be the lowest price? HP makes it pretty hard to look up. TIA

      I don't think HP has any channels by which an individual can purchase a single Alpha system. They are mostly interested in large bids by corporations or other entities, and they conduct these through contacts with a sales team.

      This is one shortcoming DEC had also that really limited the ability of the Alpha to even approach mainstream use. You could not just call DEC and buy an Alpha -- it wasn't possible.

      Makes you wonder about a company that doesn't seem like it even wants to sell its own products.

    2. Re:How Much? by leandrod · · Score: 1
      > I wanted to buy a single-processor Alpha 67 or 7 or 79 motherboard

      Try Samsung or API.

      --
      Leandro Guimarães Faria Corcete DUTRA
      DA, DBA, SysAdmin, Data Modeller
      GNU Project, Debian GNU/Lin
    3. Re:How Much? by Anonymous Coward · · Score: 0

      They've some of them at www.hpaq.net

  39. The best design rarely wins by MitziCG · · Score: 2, Insightful

    Some Alpha FAQs: Alpha powered machines still are used to validate every pentium that comes off the production line. Intel was sued by DEC for using Alpha technology in their chips. Then after the Compaq aquisition most of the Alpha devleopment team went to Intel. After the HP aquisistion the Alpha became became the red headed step child times 2. After all, a 5 year old alpha processors was STILL kicking the brand new super domes butt. Can't have that! Microsoft was sued by DEC because the creator of the original NT kernel used DEC VMS internals! The deal that was worked out is why Alpha NT existed (and Alpha 2000). Microsoft learned a lot about making a 64 bit OS from it's Alpha experience. Samsung will still sell Alphas for a bit. Many see the next step in 64 bit Intel Chips as the EV8 come to life - with Intel spin. The Alpha experience has had a tremendous influence on the computing world. Even though it is little recgonized, it's influence in chip design (but not marketing) will be felt for some time to come.

    1. Re:The best design rarely wins by Anonymous Coward · · Score: 0

      "Then after the Compaq aquisition most of the Alpha devleopment team went to Intel."

      Some did. Some went to AMD. The lead designer of the Alpha is the guy behind the AMD64 design.

    2. Re:The best design rarely wins by imnoteddy · · Score: 1
      Even though it is little recgonized, it's influence in chip design (but not marketing) will be felt for some time to come.

      I totally agree. I used to work in the chip design world and remember one day when a university prof I knew was almost giddy showing me this circuit technique that was being used in the (then) new Alphas.

      --
      No electrons were harmed creating this post, though some may have been subjected to electrical and/or magnetic fields.
    3. Re:The best design rarely wins by imroy · · Score: 1
      Then after the Compaq aquisition most of the Alpha devleopment team went to Intel.

      I was under the impression that a lot of the Alpha people went to AMD, not Intel. They were apparently largely responsible for the superiority of the Athlon.

    4. Re:The best design rarely wins by leandrod · · Score: 1
      > Microsoft learned a lot about making a 64 bit OS from it's Alpha experience.

      Actually very little, the Alpha was killed before MS had anything more than a prototype. That work seems to have been mostly scrapped, as its leader Dave Custer wanted to break backwards compatibility to save MS-WNT from the big problems it still has.

      > Many see the next step in 64 bit Intel Chips as the EV8 come to life - with Intel spin.

      Not at all. Intel would love us to think that, but the truth is that the EPIC and Alpha architectures are just too different to cross-polinate well. Intel will use some tricks, but most of Alpha's excellence is being lost; after all, the advantage of RISC in general, and Alpha in particular, is the simplicity it has over CISC (AMD64) and EPIC (IPF).

      Anyway many engineers were already disgusted by Compaq and had left for many places, including AMD. Intel got only a remnant.

      --
      Leandro Guimarães Faria Corcete DUTRA
      DA, DBA, SysAdmin, Data Modeller
      GNU Project, Debian GNU/Lin
    5. Re:The best design rarely wins by TheNetAvenger · · Score: 1

      > Microsoft learned a lot about making a 64 bit OS from it's Alpha experience.
      Actually very little, the Alpha was killed before MS had anything more than a prototype. That work seems to have been mostly scrapped, as its leader Dave Custer wanted to break backwards compatibility to save MS-WNT from the big problems it still has.


      Funny - Especially considering that NT on the Alpha was a shipping product for several years - like between 1993 and 1999.

      In fact, when the Alpha was introduced at the 1992 Comdex, NT was the OS they used to demonstrate the power of the CPU. (Surely I'm not the only one that was at COMDEX in '92.)

      It was the final Beta stages of Win2k when Compaq purchased DEC and halted the NT OS production - which was NOT Microsoft's choice. (I saw the 'memo' - Microsoft was floored that Compaq was planning to basically kill and piece out the Alpha technology.)

    6. Re:The best design rarely wins by leandrod · · Score: 1
      > NT on the Alpha was a shipping product

      We were talking 64 bits. MS-WNT on the Alpha was 32-bits only.

      But then I should have been clearer. Writing only once, or even worse only quoting, makes for overlooking.

      --
      Leandro Guimarães Faria Corcete DUTRA
      DA, DBA, SysAdmin, Data Modeller
      GNU Project, Debian GNU/Lin
    7. Re:The best design rarely wins by Splork · · Score: 1

      in what way? surely you could run 64-bit code using 64-bit registers. So there weren't any machines that could even hold >4GB ram at the time (and i'm sure NT didn't support that). the OS still ran on an alpha.

    8. Re:The best design rarely wins by leandrod · · Score: 1
      > you could run 64-bit code

      No, you couldn't. The OS would only understand 32 bits addresses.

      > using 64-bit registers

      And pray how would you access them without subverting the OS?

      > there weren't any machines that could even hold >4GB ram at the time

      There were, lotsa. That's why the Alpha found a market.

      > the OS still ran on an alpha.

      But on 32 bits... and slowly as it wasn't as optimised for the Alpha as it was for x86, nor as the Digital Unix was.

      --
      Leandro Guimarães Faria Corcete DUTRA
      DA, DBA, SysAdmin, Data Modeller
      GNU Project, Debian GNU/Lin
    9. Re:The best design rarely wins by demon · · Score: 1

      How exactly would MS have learned jack about writing a 64-bit OS from NT/AXP? It was run in 32-bit compatibility mode on the Alpha. It was NEVER a 64-bit OS. Which I thought made it a really huge waste of a CPU - although it did run NT rather well (a former employer looked at an Alpha running NT for a project they were working on, and I sat in on the demo).

      Ah, Alpha, we barely knew ye....

      --

      Sam: "That was needlessly cryptic."
      Max: "I'd be peeing my pants if I wore any!"
    10. Re:The best design rarely wins by egoots · · Score: 1

      ...That work seems to have been mostly scrapped, as its leader Dave Custer wanted to break backwards compatibility to save MS-WNT from the big problems it still has.

      I can't attest to the accuracy of your statements, but I am sure that are referring to Dave Cutler who was hired away from DEC in 1988 to architect Windows NT

    11. Re:The best design rarely wins by You're+All+Wrong · · Score: 1

      """
      Microsoft learned a lot about making a 64 bit OS from it's Alpha experience
      """

      Alpha NT was 32-bit. At least the version I have is. (Not that I've booted into it for years, strictly an alphalinux user.)

      YAW.

      --
      Your head of state is a corrupt weasel, I hope you're happy.
    12. Re:The best design rarely wins by leandrod · · Score: 1
      > can't attest to the accuracy of your statements

      Neither can I, that's why I wrote seems. At the very least it's a nice explanation as to why the man who made rock-solid OpenVMS failed to produce something decent at MS.

      > I am sure that are referring to Dave Cutler

      Thanks for the correction.

      --
      Leandro Guimarães Faria Corcete DUTRA
      DA, DBA, SysAdmin, Data Modeller
      GNU Project, Debian GNU/Lin
    13. Re:The best design rarely wins by Anonymous Coward · · Score: 0

      Internally, Microsoft did build a 64-bit NT kernel running on the Alpha. This was done by Dave Cutler around 1997-1999. Microsoft knew that Intel was building the 64-bit "Merced" chip, and so they used the Alpha to get NT 64-bit ready. But there was no market for a 64-bit Windows NT on Alpha, so it was never released commercially.

      http://www.winnetmag.com/Articles/Index.cfm?Arti cl eID=7153

    14. Re:The best design rarely wins by aanantha · · Score: 1

      A bunch quit Compaq and went to AMD several years ago and helped develop the Athlon. Probably a lot of best jumped ship. But the developers that were left got transferred off to Intel when HP acquired Compaq.

    15. Re:The best design rarely wins by TheNetAvenger · · Score: 1

      We were talking 64 bits. MS-WNT on the Alpha was 32-bits only.

      Yes and NO...

      Windows NT for Alpha was originally a 32bit OS because of the original Alpha limitations.

      However as later version of the Alpha chip were available, more bits of addressable memory were available to the OS.

      Hence the latest versions of Windows NT for Alpha supported a common 35bit addressing to support the large array of available Alpha CPUS with backward compatibility for the earlier EV5 chips like the 21164PC that only supported 33bit addressing to the 21164PC which supported 43bit addressing.

      This meant that NT for Alpha could access 32GB of RAM natively with NO PAE tricks as found in the x86 world. And this was back in the mid 90s when 64mb of RAM was considered a lot.

      So if you think Microsoft has no knowledge of OS support beyond a 32bit platform, you know very little about the NT development on the Alpha platform, especially the once upcoming Win2k that Compaq killed at RC1.

      Why do you think it was SO easy for MS to produce WindowsXP 64bit edition in 2001? They had already done most of the UI work for the Alpha NT projects, it was just a matter of modifying the HAL for the Itanium CPU and transferring the WOW32 interface layers for the Itanium.

      Additionally, if you would look back on the original design of the NT architecture, it was designed to not be dependant on 'any' set bit platform with 32bit being the minimal OS architectural requirement.

      The NT Kernel along with HAL is easily extended, it is the Win32 subsystem that takes more developer resources to move past the 32bit world it was design into.

      NT is just as extensible to the 64bit or even 128bit world as any OS around, the flaw is that people see the Win32 (note the 32 there) as the NT platform, when it is just the Controlling Subsystem of NT OS - but doesn't have to be.

      This is why you will find that the Win32 API is being replaced with a new OS API model in the upcoming Longhorn and new MS Server technologies. They are also moving the UI from being 'bit' dependant.

      Just the fact that MS has had a 64bit Shipping OS (WindowsXP 64bit Edition) for over two years should be enough of a sign that your original statement of MS having no experience in the 64bit OS world is truly ridiculous.

      as its leader Dave Custer wanted

      BTW - His name was Dave Cutler - I assume you are mixing his last name with Helen that wrote "Inside Windows NT" back in 1992.

    16. Re:The best design rarely wins by ProtonMotiveForce · · Score: 1

      You're completely wrong - the best design _always_ wins - it's called a "free market".

      In the end, it's performance, price, manufacturing technology that matter. This is the real "design", not meaningless gibber-jabber about RISC/CISC/EPIC/yadda yadda. It's all a load of crap.

      It's like the VHS vs. Betamax. It's an urban legend that people just take as fact that betamax was "better". It simply wasn't, end of story. Same with the Alpha. It's overhyped and it has its fanboys, but that's about it.

    17. Re:The best design rarely wins by leandrod · · Score: 1
      > Windows NT for Alpha was originally a 32bit OS because of the original Alpha limitations.

      AFAIK the Alpha was always a 64-bits chip, with limitations being imposed by chipsets and the such. Thus GNU/Linux and others were always 64-bits capable even if the specific systems weren't. MS-WNT limitations were, so to speak, auto-imposed.

      > the large array of available Alpha CPUS with backward compatibility for the earlier EV5 chips like the 21164PC that only supported 33bit addressing to the 21164PC which supported 43bit addressing.

      Yet it never reached 64 bits -- why? Note you are citing the *PC parts.

      BTW, I'd be glad to see references for these numbers. I never saw them and would like to discover more about them.

      > if you think Microsoft has no knowledge of OS support beyond a 32bit platform, you know very little about the NT development on the Alpha platform

      Yet never reaching 64 bits, which were supported by GNU/Linux and other Unices not only on the Alpha but shortly later on MIPS, UltraSPARC and POWER...

      > especially the once upcoming Win2k that Compaq killed at RC1.

      Compaq? This was a MS product! Compaq simply decided stopping to subsidise it, because MS wasn't living up to its side of the deal by (failing to) port its apps and tools

      > NT is just as extensible to the 64bit or even 128bit world as any OS around, the flaw is that people see the Win32 (note the 32 there) as the NT platform, when it is just the Controlling Subsystem of NT OS - but doesn't have to be.

      Yet MS wants it to be, so that Cutler was cut short in his efforts

      > you will find that the Win32 API is being replaced with a new OS API model in the upcoming Longhorn and new MS Server technologies. They are also moving the UI from being 'bit' dependant.

      Yet MS W32 will be supported for backwards compatibility -- and if history is any guide, it will draw enormous resources, delay the whole thing inimaginably, introduce lots of interoperability bugs and holes; while the new subsystem will be also much more complex than the open standards alternatives, and thus slower, buggier, unsafe.

      Probably all this will be even more expensive too, because MS has to return to profitability before its competitive Doomsday -- be it open starndards and free software or the courts, both judiciary and of public opinion.

      And compatibility will be less than perfect for third-party software that didn't have insider knowledge, thus killing a few more competitors.

      So that in effect MS by killing the MS-DOS legacy in MS-WME is only gaining a short respite until the MS-W32 legacy support nightmare -- which labours it will cheerfully transfer to users.

      > the fact that MS has had a 64bit Shipping OS (WindowsXP 64bit Edition) for over two years should be enough of a sign that your original statement of MS having no experience in the 64bit OS world is truly ridiculous.

      Don't be rediculous yourself. You know that MS -WXP supports only IPF, which hardly has any customers, much less MS users at that. And that MS quality is low enough that only high volume products see enough debugging.

      Moreover, why except for proprietary lock-in to use a suboptimised OS? Even GNU/Linux is suboptimised on platforms other than IA-32, but not as ridiculously as MS-WNT.

      --
      Leandro Guimarães Faria Corcete DUTRA
      DA, DBA, SysAdmin, Data Modeller
      GNU Project, Debian GNU/Lin
    18. Re:The best design rarely wins by TheNetAvenger · · Score: 1

      Yet it never reached 64 bits -- why? Note you are citing the *PC parts.

      The Alpha CPU did not support full 64bit memory addressing in the earlier version of the CPU that were provided in the system configurations available.

      This was not inherently a NT limitation as it was a limitation of the early EV5 CPUS.

      That is why the standard set of addressable memory was set at 35bit for NT to provide backward compatibility with the older Alpha CPU configurations and the newer ones as well.

      As you will notice, even the never Alpha CPUs were only capable of allowing 43bit memory addressing, hence the limitation of the CPU, not the OSes that used it.

      Just like the AMD and the Itanium also are 'technically' limited to a lower memory addressable bit range than full 64bit. As well as the PPC in the new G5 - they are still limited (not by software, but hardware configuration) to less than 64bit addressing.

      Go look up the AMD, PPC, and Itanium CPUs if you need the facts on them to see that they are also do not fully support 64bit memory addressing.

      As for you dismissing the viability of the 64bit Version of WindowsXP 64 because it only supported the Itanium, you are showing a flaw in your knowledge and experience. WindowsXP 64 is a full 64bit OS, and even though it ONLY supports the Itanium (at the native Itanium level, not x86 mode) this does not mean that MS is not capable of moving the NT kernel and the NT HAL to ANY OTHER PLATFORM.

      You need to do some NT kernel history.

      We are Running Windows 64bit for AMD in our labs now, and you know what, it works, and works quite well. And it also is not relying on the x86 32bit compatibility, it is running in a full 64bit capacity - just as designed.

      Additionally, don't for a second try to argue that MS is somehow tied to Intel or the x86 Chip line.

      NT was running on RISC systems before it was EVER running on x86 (This is in fact how it got the NT name - which is not (New Technology) as many people mis-report.

      Additionally, you seem to forget that Microsot NT was common on many platforms in mid 1990s, the only reason these projects were cancelled were because the market shared for the platforms died. (Just like Compaq pulling the plug on the Alpha support, and despite your rumor, it was NOT because Compaq was funding it) (You might have noticed that MS has a bit of money themselves. Geesh.

      Do you not know or remember that NT was available on MIPS, RISC, PowerPC, x86, and Alpha Processors? Considering that this pretty much COVERED the mainstream CPU market of the mid 90s, I would say Microsoft had a pretty good handle on porting NT to whatever they wanted. But if you knew your NT history, you would know that a an essential design rule of NT is that it must ALWAYS remain portable. No CPU specific machine language is allowed in the OS outside the HAL layer of NT.

      If you are trying to argue that MS has not ability or knowledge of porting OSes, you are barking up the wrong tree. Cutler alone being involved in the Microsoft world should be enough a testament to this for anyone old enough to remember his multi-platform works alone.

      Never stop questioning, it is the only true power a person has in this world.

    19. Re:The best design rarely wins by leandrod · · Score: 1
      > That is why the standard set of addressable memory was set at 35bit for NT to provide backward compatibility with the older Alpha CPU

      Lame excuse. Why limit newer installations? It doesn't add up. References, please.

      And yes, I know all these facts you cite. But you overlook my evaluations: that all non-x86 platform ports were suboptimised and 32 bits, and that MS-W64 hasn't seen enough testing.

      As for Cutler, it was repeatedly reported that his technical judgement is routinely overriden by backwards compatibility and marketing (read: proprietary lock-in) reasons.

      And yes, I question your commitment to a technically inferior and proprietary technology with a bad track record. Seems like you are looking for technical excellence where there isn't to keep yourself from despairing at your daily job.

      --
      Leandro Guimarães Faria Corcete DUTRA
      DA, DBA, SysAdmin, Data Modeller
      GNU Project, Debian GNU/Lin
    20. Re:The best design rarely wins by TheNetAvenger · · Score: 1

      And yes, I know all these facts you cite. But you overlook my evaluations: that all non-x86 platform ports were suboptimised and 32 bits, and that MS-W64 hasn't seen enough testing.

      If all you are looking for is a way to a way to discount Microsoft and that is your only goal, I do feel sorry for you. As no amount of information I provide will ever fix what is wrong with you and your passion of hatred.

      Microsoft pisses me off a lot too, but I also seem to balance a reasonable understanding of them in the market and what they HAVE done well and what they have also done that has improved people's lives. Even if the technology or ideas were not all their own.

      As for MS's experience in the 64bit world... How COULD THEY have more 64bit experience?

      THERE HAVE ONLY BEEN A FEW DESKTOP 64bit CPUS, and the other big 64bit CPU players have been proprietarily owned and marketed by the companies that made them with the OSes that were designed to run on them.

      So unless you know of even a few desktop or low server class 64bit CPUS that were available in a RAW PC part form, I don't think you can prove that MS has any more or less experience in the mainstream 64bit world.

      As for the limited 35bit on the Alpha, do you NOT HEAR that this is a common concept in 64bit processors, did you NOT LOOK UP THE SPECS on the Itanium and AMD64?

      As I see it, for what was 'commonly' available in the marketplace for CPUS 16,32, or 64 bit wise MS Covered the Majority of them in the 1990.

      In fact, at one point in the mid 90s, MS NT ran on more CPUS than most *nix variants.

      NT is a portable OS that was designed to extend past the 32bit world, and if you somehow missed that in the history of NT, I apologize, but maybe now is the time to do a little research or Microsoft will once again crush the market place by placing NT based OSes on EVERY platform out there with a FULL *nix Interface if that is what it takes.

      Why - because NT IS NOT TIED TO THE WIN32 Subsystem, never was - only fools see Windows Win32 or Win16 as the NT OS.

      I suggest you don't do like most people and assume that Microsoft will stay static and then one day wonder why the world is running a NT Kernel Core of Linux on everyone's desktop.

      NT is the uber in extensible OS technology, and if you don't trust Microsoft as many of us don't - then we ALL better be ready to understand how far this NT OS can go and will go with the amount of R&D funds a company like Microsoft has.

      There are already binary Linux Subsystems running on the NT kernel that fully interoperate with the Win32 and other subsystems in NT.

      It just happens that they currently only exist in the testing labs - The only external works that point to this existence is an Israeli company that was commission to port the *nix subsystem (the one Microsoft currently sells for NT) and move it to a Linux and BSD compatible environment.

      So, sit back, keep your eyes closes and continue to discount MS, just like Lotus, Novel and WordPerfect did in the early 1990s.

    21. Re:The best design rarely wins by Anonymous Coward · · Score: 0

      Win2k RC2/3 is quite (IMO) solid on my 500 MHZ Miata based system.

      I'm glad MS left the cd in the CD-rom when they sold off their ALpha machines.

  40. OpenVMS by Anonymous Coward · · Score: 0

    Hopefully now, VMS can die.

    1. Re:OpenVMS by Viol8 · · Score: 1

      Only a cretin who's never worked in a 5 nines uptime enviroment would say that.

    2. Re:OpenVMS by Anonymous Coward · · Score: 0

      Anything with srm. if you have srm (>>>) you can run linux, tru64, openvms, etc.

      If you have ARCS, its linux or nt only.

    3. Re:OpenVMS by iggymanz · · Score: 1

      Systems for which Compaq would actually give a license (maybe more would run it):

      Alpha Enterprise System Class:

      Model number = QL-xxxxQ-AA

      Note: Site Specific quotes are prepared for GS systems.

      DEC 4000 series
      DEC 7000 series
      DEC 10000 series
      AlphaServer 8200
      AlphaServer 8400

      Alpha Departmental System Class:

      Model number = QL-xxxxG-AA

      DEC 35xx, 38xx, 3900
      DIGITAL 2100 A500/600MP
      AlphaServer 2000, 2100, 4000, 4100
      AlphaStation 600

      Alpha Workgroup System Class:

      Model number = QL-xxxxE-AA

      DEC 2300S, 2500, 33xx, 34xx, 36xx, 3700
      DIGITAL Personal Workstation au series
      Compaq Professional Workstation XP1000
      DIGITAL Ultimate Workstation 533au2
      VMEAlpha64/SP, AXPvme, AXPpci 33
      EB64, EB66, EB164, 21066AB
      AlphaPC 164 (all models)
      AlphaStation 200, 250, 255, 400, 500
      AlphaServer 300, 400, 800, 1000,1200
      Alpha VME
      AlphaServer DS10
      AlphaServer DS10L
      AlphaServer DS20, DS20E
      AlphaStation DS20E
      AlphaServer ES40
      XP900 (formally Compaq AlphaStation for VMS VS10)
      AlphaPC 264DP Main Board

    4. Re:OpenVMS by Anonymous Coward · · Score: 0

      Pretty much all of them should run OpenVMS and Tru64. They have been designed to run both OSes from day 1. You'll have to have OpenVMS rather than Tru64 (or windows) PAL code for the BIOS though.

    5. Re:OpenVMS by iggymanz · · Score: 1

      besides that dinasaur list I gave (1998 and before), here's the latest HP ones:

      High End
      GS1280
      GS320
      GS160
      GS80

      Enterprise AlphaServers
      ES40
      ES45
      ES47
      ES80

      Entry level
      DS25
      DS20E
      DS20L
      DS15
      DS10

    6. Re:OpenVMS by Anonymous Coward · · Score: 0

      VMS sux, and you KNOW it. Time to go back to the 70's and DIE with the dinosaurs, and let the younger generation take over :O
      OpenVMS is restrictive expensive limited incompatible esoterically overhyped useless piece of artifact junk.
      Oh, and its uptime record has NOTHING to do with the VMS, while the price of the HARDWARE completely negates its stability benefits... My 300-baud modem had a great uptime you know...
      "Only a cretin who's never worked in a 5 nines uptime enviroment would say that" 300-baud modem may not be fast enough.

      A cheap-o redundant cluster of peecees is the future, face it.
      FreeBSD Forever!

    7. Re:OpenVMS by iggymanz · · Score: 1

      dangit, that should be DS10L, *NOT* the DS20L

  41. It joins the computer boneyard by jhines · · Score: 1

    While Alpha may be dead, many of its technologies, such as Hypertransport, will live on.

    Dead computer projects are like organ donors, in that pieces of them will live on.

  42. I love my Alpha by idnopheq · · Score: 2, Interesting

    I love my Alpha!

    I acquired it when a previous employer did a massive house cleaning. Anything not obviously non-Intel was givin a DOS floppy to boot off of. If it failed, it was dumpster fodder.

    Rescued from the trash, my Alpha has been "beauty, eh" for me for 3.5+ years. Initially I ran RedHat on it (which was ok), then upgraded to FreeBSD.

    My only reboots/downtime has been due to power outrages, hardware expansion, and kernel upgrades.

    I've added an ATA-100 controller, slapped in a SoundBlaster, and have USB and FireWire as well.

    The box is a tank. Intel will be hard pressed to match it.

    Cheers!

  43. Re:GPL Problems by rnturn · · Score: 0, Offtopic

    As much as I hate feeding trolls, I wanted to thank you for your clueless post. It made my morning.

    ``(specifically, Linux's lack of Token Ring support and the fact that we were unable to defrag its ext2 file system)''

    What's the deal with Window's people always defragging disks. It's an utter waste of time. A day later the disks are fragmented again. Hell, I gave up that fruitless exercise over a dozen years ago. And Linux filesystems don't require defragmentation. At least that's my experience in the 8-9 years I've been running Linux. I've never encountered a filesystem whose performance seemed to be improved by more that a couple of percent following a backup/delete/restore. (One exception was a MUMPS database that had some files scattered across nearly 6000 extents -- a condition caused by a spectacularly uninformed system manager who thought that breaking and reestablishing mirrors (for nightly backups) automatically defragmented disks.) Have you really seen e2fsck report more than a tiny percentage of files being fragmented? Save yourself the time. Unless you like bilking your clients by billing them for some ``defragmentation service''.

    And token ring? The world was giving up on token ring about the same time 8-inch floppies were going by the wayside. If you're looking to increase your consulting firm's revenues and get your client out of the paleolithic age of networking, advise them to begin replacing that and begin using commodity networking gear. Unless, of course, you prefer holding your client(s) back by using a technology that fewer and fewer consulting firms will have any expertise in. Is this your company's way of holding clients captive? And there is token ring support in Linux. If you'd bothered to look. (Hint: check the files under /usr/src/linux*/Documentation/networking.)

    ``So you can imagine our suprise when we were informed by a lawyer that we would be required to publish our source code for others to use.''
    ``Furthermore, after reviewing this GPL our lawyers advised us that any products compiled with GPL'ed tools - such as gcc - would also have to its source code released.''

    The above comments point out a major, major problem: You need to get new lawyers. There is nothing in the GPL that forces you to release source code if you are not distributing the code outside the company as you stated:

    ``Although we had planned for no one outside of this company to ever use, let alone see the source code.''

    Finally, I'd like to thank you for the following:

    ``After my experience with Linux, I won't be recommending it to any of my associates. I may reconsider if Linux switches its license to something a little more fair, such as Microsoft's "Shared Source".''

    Again, thanks. I had a really tough day at work yesterday and was afraid that my spirits would still be down today. But your post made me laugh so hard that now my sides hurt.

    Oh how I wish you'd had the guts to include your name and the name of the so-called consulting company that you work for. That way others would know to keep you off their preferred vendor lists.

    --
    CUR ALLOC 20195.....5804M
  44. Show me a definitive list of GPL'ed Libraries by Anonymous Coward · · Score: 0

    You only need to make it open if you link against GPL-only libs.

    Show me the definitive list of GPL'ed Libraries. Is stdio.h GPL'ed or LGPL'ed? Is math.h GPL'ed or LGPL'ed? Is stl.h GPL'ed or LGPL'ed?

    And your list must be definitive, i.e. it has to hold up under cross examination.

    1. Re:Show me a definitive list of GPL'ed Libraries by Anonymous Coward · · Score: 0

      The first lines in /usr/include/stdio.h shows that it is under LGPL. Essentially everything from FSF has its license very clearly sticked at the beginning of every relevent file.

  45. It's all about marketing by twiddlingbits · · Score: 2, Insightful

    The "Intel Inside" TV ads, and other media blasts about Intal has convinced those who make the purchasing decisions that there is only one CPU worth anything. The CxO's have been seduced by the ads (sublimal suggestions?). The fact that Intel does NOT have the best chip architecture does not matter. Intel can supply 64-bit CPUs to HP cheaper than HP can make the Aplha and that marks the last days of the Alpha. Why make something no one wants at a cost higher than you can buy a similar product? It's good business sense, but I hate to see good technology ideas die just because they are not mainstream. Intel has a lot of power in the CPU market and they can make you an offer you can't refuse if you want to stay competitive.

    1. Re:It's all about marketing by ProtonMotiveForce · · Score: 1

      Oh yeah, it's all advertising.. Umm, right.

      People like to point out these stories like there's some "higher ideal" and other poor fools don't see it.

      VHS beat betamax, but Betamax is better! (Umm, VHS was better in the important dimentions)
      Microsoft beats Linux, Linux is better! (Umm, Microsoft understands one simple fact: Cater to developers)
      Intel beat AMD/Alpha/PowerPC/etc..! (Intel chips are cheaper, more stable and better tested, and generally faster in the long run, pointless architecture discussions aside).

      In general, you're beating your chests over your own idiocy.

  46. OpenVMS by eap · · Score: 1

    Does anyone know which Alpha machines can actually run OpenVMS? I have searched for this information on the 'net and in the VMS faq, but I can't find a conclusive list of what will and won't run it.

  47. Which is why VMs are good by iamacat · · Score: 1

    If your vendor dies, you can just move applications to a new platform and the users will not notice a difference. With native code, good luck if the company is still alive. Even with open source, recompile will expose all kind of bugs.

    1. Re:Which is why VMs are good by joto · · Score: 1
      Huh? Because the Alpha was all about speed, and now you are touting VMs? Do you think things tend to run faster on VMs?

      If your vendor dies, you can just move applications to a new platform and the users will not notice a difference.

      Well, the VM is a platform too. If the vendor dies, you either have to find another vendor, or start porting. There were no greater risc involved in choosing Alpha. After being slaughtered in '97, it's still available, and will be for yet another generation. And even after it's completely dead, you can still find used ones. If you absolutely need an instruction set architecture that lives forever, you know where to find it.

    2. Re:Which is why VMs are good by Anonymous Coward · · Score: 0

      Hey, there's a reason that there is still a market for PDP-11 emulator boards! Afterall, when the PDP-11 in your nuclear powerplant dies, you don't want to have to rewrite the software. If somebody decided to put an Alpha machine into an important application, they would definitely need an emulator for it. And remember, it's not too hard to emulate a 5-year-old machine at realtime speeds.

      aQazaQa

    3. Re:Which is why VMs are good by joto · · Score: 1
      Hey, there's a reason that there is still a market for PDP-11 emulator boards! Afterall, when the PDP-11 in your nuclear powerplant dies, you don't want to have to rewrite the software.

      Well maybe. If your nuclear power plant depends on it, you are hopefully extremely paranoid about replacements. A failure may result in more than just a lost time incident (which by itself would be pretty bad), it could actually be catastrophic. You would have to do extensive testing of the emulator and the new hardware before accepting substitutes for the real thing. It might end up being more work than writing a new version and testing it.

      A more likely scenario is to use it for less mission-critical stuff, but still stuff that you need available most of the time, but doesn't seem important enough to warrant a huge investment. I.e. replacement for ancient data loggers, etc...

      On the other hand, I'm pretty sure most of them are used by hobbyists...

      If somebody decided to put an Alpha machine into an important application, they would definitely need an emulator for it.

      Excuse me! What planet are you from? If you can point to just one example of a any company or institution that refuses to use any computer before it can be emulated on another, I will happily go kill myself. Even long after an ISA dies, you can usually get spare parts from other systems taken out of service. Or you could buy all spare parts you needed in advance. As long as you are dealing with computers, nobody can plan beyond a 20 year lifespan.

      And remember, it's not too hard to emulate a 5-year-old machine at realtime speeds.

      Yes it is. There's a lot of quirky details with emulating real hardware. Computers grow more complicated every year, and it's not just the CPU we are interested in emulating. Writing an emulator for, say a 5 year old x86 is a major undertaking (don't say that writing bochs was "not too hard").

      And if you want to make sure it runs your mission-critical tasks properly, you'd better make damn sure every detail is perfect. And that includes emulation or interfaces for any proprietar or otherwise unavailable or "weird" hardware you might have added.

  48. Alpha hybrids are everywhere by mirko · · Score: 1

    Still, as far as architectures go, Alpha will probably be among my favorites. It was once vastly ahead of its time, if not severely cost-prohibitive.

    Strong ARM are actually a cross between ARMs and Alphas, so what made them so special is everywhere : in the Zaurus, in some telephones, in Palms...

    --
    Trolling using another account since 2005.
  49. Alpha - The Bride of Frankenstein (BSD)? by Anonymous Coward · · Score: 0

    A match made in heaven:

    BSD, meet Alpha
    Alpha, meet BSD

    Quick, someone port one of the *BSD's to this new Alpha system, so that they can hold hands as they die gracefully in the next couple of years.

    BSD & Alpha for ever!!! Dying!

  50. Re:Cat Problems by Anonymous Coward · · Score: 0

    yo Hagrid! chill out now ;-)

  51. Dude, I just had to whick my dick out by Anonymous Coward · · Score: 0

    and blast a load off after seeing that one. Sweet.

  52. Good bye to more good stuff by beldraen · · Score: 4, Interesting

    Having worked on Alphas (and VAXs for that matter) in my previous job for six years, I have to say good-bye to an old friend. It was, for me, an incredibly powerful platform that did so many data oriented tasks so easily. The multitasking performance was amazing. We, for the longest time, ran on a VAX that was the equivalent to about a 486-120 MHz machine that could handle thirty developers. At the same time, it could handle thirty clients running reports. In general, we didn't notice each other. The Alphas put that system to shame. I often had to remember that I was working with multi-gigbyte files and processing them in seconds, not hours like on a PC. But, I suspose we'll have to use the "future" of PC hardware until it eventually catches up to the past.. =)

    --
    Bel, the mostly sane.. "Of course I can't see anything! I'm standing on the shoulders of idiots." -- Me
    1. Re:Good bye to more good stuff by sql*kitten · · Score: 1

      We, for the longest time, ran on a VAX that was the equivalent to about a 486-120 MHz machine that could handle thirty developers.

      One of the nice thing about DECs is that they thought in terms of lines, not characters - so you didn't have to send a packet (and hence do kernel work) with every key press. That alone was enough to give VAXen running VMS a huge edge over the same-generation Unix kit from rivals.

  53. Anyone Remember Symbolics and Open Genera? by screwthemoderators · · Score: 1

    Symbolics ported their Lisp Machines' operating system to the Alpha. Called Open Genera, it was almost entirely written in Lisp. Unfortunately they used Alpha microcode when porting it, and Genera depends on Tru64 unix on the host machine. I believe the code for Open Genera is in some sort of legal limbo now- its a shame, because this is sort of the final nail in the coffin for Lisp OSs. Even the ghost of the Lisp Machine has been killed.

    1. Re:Anyone Remember Symbolics and Open Genera? by voodoo1man · · Score: 1
      You can still buy Open Genera for $5000 (the price is fixed because of some long-term contractual obligations) from Symbolics Technologies* (well, David Schmidt in particular). If you're looking for a cheaper version, they might still have some MacIvory-II cards available (I think these are around $400, and come with Genera).

      Unfortunately, they don't have any money for development, although they still contract out bug-fixes once in a while. Now that 64-bit x86 is available and the rest of the processor industry is surely going in the gutter (but what do I know?), it's entirely possible they'll make a VM for PCs if they get funding.

      BTW, they also now offer the latest version of Macsyma for Windows (and Genera, I presume, but not for Unices - they lost(?) the the Linux version, and the ability to cut keys for the rest of the Unices) for $500.

      * - Here's a link with the latest contact info I've been able to find.

      --

      In the great CONS chain of life, you can either be the CAR or be in the CDR.

  54. The Fastest Processor Nodbody's Ever Heard of by Rohan427 · · Score: 3, Informative

    That's what we called them when I worked at DIGITAL (up until Compaq canned a lot of people right after the purchase and almost killed the Alpha then).

    They are still ahead of their time. The fastest Alpha's (EV8, over 1GHz) were still far faster than an equivalent speed x86 processor.

    I've heard repeatedly that Samsung will still be producing the processors. I have not looked into this recently though.

    It's a shame to lose such a great architecture. Yet another example of the best ideas not always being the most popular or surviving. At least part of the architecture will live on in AMD chips (for now at least).

    PGA

    1. Re:The Fastest Processor Nodbody's Ever Heard of by TheRaven64 · · Score: 1

      Why did it never take off in the way x86 did? I remember a few years ago seeing adverts for Alpha-based workstations, around the 400-600MHz mark, back at a time when Intel wasn't shipping anything faster than around 200MHz. They came with Windows NT, and FX32! (an x86 emulator, that let them run x86 windows apps at a reasonable speed). This advert was in a main-stream computer magazine (Computer Shopper, about 20 pages in). They were priced competitively (price / performance wise) with Intel kit, and could run Windows, UNIX or VMS. Was it really just the absolute price (i.e. The lack of a $1000 entry level machine) that killed them?

      --
      I am TheRaven on Soylent News
    2. Re:The Fastest Processor Nodbody's Ever Heard of by madmaxx · · Score: 1

      We've also heard, from within Samsung, that they will be producing Alphas for some time. But, at the same time, they seem to be migrating their internal IT use of Alpha to other platforms (lack of OS Vendor support).

      My experience with Alpha development is only so-so. A great architecture, and a solid OS, but porting to it was almost as painful as HPuX -- for C++ at least. That really taught us a lesson, too, that C++ portability is still way back there. We found the same with Java too, at least on Alpha (the 1.4 JVM was in beta for more than year after it was released on windows).

      --
      mx
    3. Re:The Fastest Processor Nodbody's Ever Heard of by IntlHarvester · · Score: 1

      As a Windows workstation, it was pretty much worthless because other than MS Office and some CAD software, there weren't any native applications. Everything had to be run through emulation, which killed the price/performance.

      As a Windows server, the Alpha had much better software support -- almost every major Windows server package ran on it. My company at the time was considering buying them, but DEC's salesmen were too incompetent to get us a working demo machine.

      As enkidu said, the UNIX software situation wasn't that great either. The DEC was used by vendors for benchmarks, but always was a "Tier 2" platform.

      Eventually they did release a $1200 "entry level" Alpha called the Multia, but those didn't sell well either. Eventually they became popular among Linux users scrounging the clearance deals.

      --
      Business. Numbers. Money. People. Computer World.
    4. Re:The Fastest Processor Nodbody's Ever Heard of by Anonymous Coward · · Score: 0
      The Alpha people made the same mistake that almost every alternative processor vendor has made. They did not promote commodity use of the processor. This was no doubt driven by greed.

      A savvy uP vendor would have provided a reference ATX motherboard design with PCI bus and commodity pricing on the processors. ASUS, Shuttle, whoever, could then use it as a starting point for commodity boards. Unfortunately, Alpha folks made the same mistake as the PPC people. In each case the bad decision was driven by the need to prop up either high-end or boutique (i.e. Apple) computing.

      There was a window of opportunity in the early 1990s for a new architecture. But that window has closed, and now most people are resigned to the fact that variants of the x86 architecture will be the workhorse processor for years to come. I truly wish that it had all turned out differently . . .

      [footnote: the PPC folks did at one time attempt to provide a reference board ("chrp") but under pressure from one large supplier of PPC computers, this design was left to whither die through neglect]

    5. Re:The Fastest Processor Nodbody's Ever Heard of by Rohan427 · · Score: 1

      Why did it never take off in the way x86 did?

      I'd have to say it was a combination of marketing (or lack thereof) and price. Alpha's were (and in many shops still are) the preferred choice for scientific and number-crunching applications. Even the fastest x86 CPUs couldn't outperform the Alpha (I haven't seen any benchmarks for the newest 64-bit Intel/AMD CPUs, but I wouldn't be surpised if an EV8 could still give them a run for their money, if not outperform them). Alpha's were always more expensive than x86 systems due to the lack of sales mainly - the more you sell of an item, the less expensive it is to produce.

      I still love my 400MHz EV68 Alpha. It's a great map and web server and still a good number cruncher. It's also a hell of a lot more reliable than any of my x86 systems (even the newer dual processor Athlon systems). I remember the first time I played Quake II on a 600MHz Alpha graphics workstation at DIGITAL: 1600x1200x32 at over 127fps with full screen anti-aliasing and in 3D. That was somewhere around 1997 and it was running under FX32! emulation (not even in native Alpha mode as Id had not released it for Alpha yet).

      PGA

  55. HP designed the Itanium (IA64) with Intel by Darth+Daver · · Score: 2, Insightful

    Why would you be surprised that HP is throwing their weight behind it? Also, Alpha technology has been trickling into Intel processors for years.

    Yes, the biggest things Intel has going for it is fab capacity, economies of scale, and the natural trend toward commodization. Of course, that is a tough hand to beat. Intel is also famous for superior management and some of the best quality control processes in the world. Companies like AMD aspire to have quality control like Intel.

  56. Cool products by the wayside by Jordan+Bell · · Score: 1

    It seems like HP has the knack for making some really cool products for niche markets, and then saying ``Revenue from massive niche sales? We don't want none of that! Here, buy a piece of plastic made for what we think is the mainstream''. Perfect examples are things like the HP16c and HP32SII calculators. The HP16C calculator they outright cut, despite the economics of it would have allowed them selling just a small number for high prices. The 32SII they've marginally cut: you don't see it on their website, but at some stores you can still buy it. HP sales say they'll have a replacement model out for it in a year or so.

  57. Re:Free To Good Home -Two Alpha XL 266 by screwthemoderators · · Score: 1

    I want them! Chris Daniels from Arlington will email you!

  58. Re:GPL Problems by Anonymous Coward · · Score: 0

    My sister's XP laptop using fat32 slowed to a crashing crawl until the disk was defragged and she learned she needed to do this once a week for hygiene. Ext2 say whatever you like about it compared to reiserfs or XFS or ext3-- the filesystem never needs defragging and it seems to work just about as well at 99% partition fullness as at 5%. Fat32 at 99% full is a constant nightmare.

  59. Re:GPL Problems by r6144 · · Score: 1

    If crt1.c (or other parts of the GCC-specific runtime library) WERE under GPL, it is possible that it may render every userland program compiled with GCC under the GPL (unless the code is too short to be copyrighted :). HOWEVER, most of these run-time support files are under looser licenses than GPL (for example, GPL with linking exception), so the former probably don't apply. If you have lawyers and want to be careful, just download GCC source and read the license of every file that has some remote probability to make your software a derivative work of it.

  60. Re:GPL Problems by Anonymous Coward · · Score: 0

    If typing in long point-by-point rebuttals of obvious trolls is fun for you, then you have even more severe mental problems than the troller.

  61. slashdot ran on an alpha by dizco · · Score: 0, Redundant

    a multia if i recall. I had one in my trunk in the late 90s playing mp3s. Sweet little box, I still have it but it hasn't been powered on in ages.

  62. ...into that DARK night?? by 0x12d3 · · Score: 1

    from the do not go gently into that GOOD night dept.

    Do not go gentle into that good night,
    Old age should burn and rave at close of day;
    Rage, rage against the dying of the light.

    Though wise men at their end know dark is right,
    Because their words had forked no lightning they
    Do not go gentle into that good night.

    Good men, the last wave by, crying how bright
    Their frail deeds might have danced in a green bay,
    Rage, rage against the dying of the light.

    Wild men who caught and sang the sun in flight,
    And learn, too late, they grieved it on its way,
    Do not go gentle into that good night.

    Grave men, near death, who see with blinding sight
    Blind eyes could blaze like meteors and be gay,
    Rage, rage against the dying of the light.

    And you, my father, there on the sad height,
    Curse, bless, me now with your fierce tears, I pray.
    Do not go gentle into that good night.
    Rage, rage against the dying of the light.

    ---Dylan Thomas

    1. Re:...into that DARK night?? by Nom+du+Keyboard · · Score: 1
      Do not go gentle into that good night,

      A lovely poem. Thanks for sharing it.

      --
      "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  63. Alpha lives on at Intel (sort of) by Glasswire · · Score: 1

    Intel has already announced that the Alpha design team that it hired intact from HP is working on the "Tanglewood" Itanium version due in 2006

  64. Too Bad They Can't OpenSource the Design by Anonymous Coward · · Score: 0

    Its too bad that HPAQ sold the rights to the Alpha design to Intel. Imagine the fantastic impact if the Alpha VDHL and Synopsis designs blueprints were open sourced. How many silicon fab plants would take a shot at cranking out high-speed, optimized Alphas?

    It's really too bad that IBM didn't buy them if for no other reason than to hop up the already super powerful Power2 processor series.

    And then open source it ;-)

    Another thing would be nice is if VIA or the motherboard manufacturers would find a way to allow multiple CPU architectures to run on those motherboards.

    Then you just pick the motherboard, pick the CPU, install the correct version of linux and run.

  65. Shenanigans by Anonymous Coward · · Score: 0
    I often had to remember that I was working with multi-gigbyte files and processing them in seconds, not hours like on a PC.
    Shenanigans. There was never a time when a high-end RAID was 100x or 1000x faster than even the cheapest consumer hard drive. You would be hard pressed to get 1000x the performance of the early PC hard drives with today's hardware. IO just doesn't improve that rapidly.
  66. Because of the OS issue... by enkidu · · Score: 1
    Back when the alpha's were so far ahead they were about the lap the competition in terms of performance, you had two choices for supported operating systems: VMS or OSF (aka Tru64). VMS was in a coma by then (although its innate greatness has kept it alive even until now) and Tru64 was the 4th or 5th unix platform that vendors would port to (after Solaris, IRIX, HP-UX, and AIX). It was also somewhat trickier to port to since you had to clean your code to be 64bit safe. So there weren't that many programs, there weren't that many developers etc. etc. etc., network affects accumulated and alpha never got itself over the hump and into the mainstream. Alpha remained a fringe player 'til today; yelling from outside the marketplace, "Hey, look at me! I'm super fast! I'm 64 bit! I'm way faster than those other guys! Look at me!"

    Linux wasn't a real factor back then and DEC never really got behind the Linux on Alpha anyway.

    --

    There is no trap so deadly as the trap you set for yourself
    -Raymond Chandler, The Long Goodbye
    1. Re:Because of the OS issue... by n9fzx · · Score: 1

      Actually, DEC was the first major vendor to openly support Linux. It wasn't an easy political play inside DEC, but the people involved were truly "Mad Dogs"...

      --
      ...-.-
  67. Wow, truly amazing.... by nbvb · · Score: 1

    You know, this is amazing......

    There are absolutely *NO* "Alpha is dying" trolls in this topic.

    Now *that* is a sign of the coming apocalypse. :)

  68. Re:GPL Problems by Anonymous Coward · · Score: 0

    Your solution is to tell the client to replace their networking infrastructure? Gee, customers must love you. I know my clients love it when I tell them they have to make big hardware purchases to replace something that's already working fine for them, especially when they hired me to solve a software problem.

    You should go into car repair...can't figure out how to fix the transmission? No problem, just replace the whole engine.

  69. Alpha just morphed by ToasterTester · · Score: 1

    According to all the Compaq/HP rep's that come to our place the Intel Itanium 2 processor and future 64-bit Intel chip are in large part Alpha code. That the lawsuit of a few years back with Intel and DEC resulted in Intel getting rights to the Alpha technology and they started rolling the Alpha code in with the Itanium 2 chip. That's the smack the Compaq/HP droids are spewing.

    1. Re:Alpha just morphed by Paul+Jakma · · Score: 1

      That the lawsuit of a few years back with Intel and DEC resulted in Intel getting rights to the Alpha technology

      Ironically, that was a lawsuit which /DEC/ won. As part of the settlement, DEC got ~$110m, intel got to buy:

      - DEC's Hudson FAB
      - alpha rights (non-exclusive due to FTC ruling, hence reason why Samsung made alphas too)
      - rights to just about every design in DEC Semiconductor's portfolio.

      And more no doubt.

      To this day, if you buy a generic multi-port NIC (eg D-Link), it likely has an intel 21174 PCI bridge with multiple intel 21143 NIC ASICs behind it - both ASICs are DEC Semiconductor designs. If you buy a PDA it likely has an Intel XScale or StrongARM CPU - another DEC Semiconductor design.

      Yes, somehow this all came about from a lawsuit which /DEC/ *won*. I think in return DEC got the service contract for all of intel's IT.

      --
      I use Friend/Foe + mod-point modifiers as a karma/reputation system.
    2. Re:Alpha just morphed by Anonymous Coward · · Score: 0

      Why do you say that DEC won? They were really desperate for cash, and were selling core assets left and right.

      My take is that Intel bought them off so that they could sell out to Compaq and kill the Alpha.

  70. Open source the core? by earthforce_1 · · Score: 1

    Ok, it is wishful thinking, but wouldn't it be damned nice to have a high performance royalty free 64 compiler friendly CPU core, as a hedge against the onslaught of "trusted computing"?

    --
    My rights don't need management.
  71. Expensive? No! by leandrod · · Score: 1

    Alphas weren't inherently expensive. Most were good servers and workstations, with special internal busses and memory interconnection; you paid for the whole system. The personal systems, such as the PWs, Multias and the clones, were actually good value and price.

    By the time MS killed the MS-WNT port, and Compaq took over, there was a notebook part in the works, and the Samsung clones would help it gain volume and lower prices... Intel managed to kill everything just in time to avoid being trampled by superior tech.

    And that brings the major limitation to market efficiency nowadays: lack of information of the market participants. Most people just believed Wintel FUD.

    --
    Leandro Guimarães Faria Corcete DUTRA
    DA, DBA, SysAdmin, Data Modeller
    GNU Project, Debian GNU/Lin
  72. Re:The dark ages of America are upon us. by Jordan+Bell · · Score: 1

    Interesting points. What is the connection to the Alpha chip? Staying on topic is important for constructive conversations.

  73. Eulogy by Orthogonal+Jones · · Score: 1


    I'm writing this at home on one of my two Linux/Alphas.

    My first contact with one was in 1997, when I was working in Lincoln Laboratory. I bought two (for $30K!) to do a hero experiment. Put Linux on them, played with TCP parameters, and got a sustained 1 Gb/s TCP/IP session between them over an 850-km optical link. Back then, it was a world record. We tried it with a Sun server. Couldn't get the 1 Gb/s. Ditto with Intels.

    Six years later, that kind of performance probably wouldn't cost a thousand dollars. But to see it then was breathtaking.

    I've gone on to work with many DEC engineers. They are some of the brightest people you'll ever meet. But I've heard that their marketing sucked donkey dick. If you once worked in DEC marketing, you would NEVER put that on your resume. Pricing a computer at 15 times the next competitor is insane, no matter how good it is. That's no way to own the market.

    So whether I should or not, I blame the management at DEC for sinking what was a true technical achievement.

  74. Dropping Alpha in favor of the Inanium? by Animats · · Score: 1
    I can see dropping the Alpha; it's an idea whose time has passed. But in favor of the Intel Itanium?

    The Register reports on Itanium sales, or rather lack thereof. HP sold 3,178 Itanium servers in Q2 2003. HP is the only vendor selling Itaniums in any quantity. Total Itanium sales from IBM and Dell are something like 20 units per quarter.

    Would somebody please take the Inanium off life support?

  75. The REAL "World's First 64-bit Personal Computer" by dbirchall · · Score: 1
    Was the DECpc AXP 150 with an Alpha chip... announced May 25, 1993.

    All this foofaraw over the G5 and Athlon 64 is just revisionist history. ;)

  76. heh by Epistax · · Score: 1

    I just had an interview with these people. He explained how first they were company A then bought by B, C and finally D (intel). He latched on to the project somewhere between B and C. From what he says, the Alpha architecture is vastly superior to what they are currently working with for Itanium (EPIC). This doesn't mean much to me, but it may to someone else.

  77. Laptops with Alpha Processors & 2.5" SCSI HDs by adzoox · · Score: 1

    NEC released two notebooks with Alpha processors. They also had SCSI 2.5" drives - I beleive an option on one was to have 500MB flashRAM SCSI drive - that option (again if not mistaken was $4400 (in addition to the laptop) - they were mostly used by Telephone Companies and Utility/Energy companies. I know my local Duke Power line workers had a few. (My mother leases apartments to Duke Power transients - so I kept up with their technology) - Duke Power moved to Apple PowerBook Duos and currently use Panasonic Toughbooks.

    --
    Yell & scream & rant & rave... it's no use... you need a shaaaave ~ Bugs Bunny
  78. yay for barely detectable misspellings by Anonymous Coward · · Score: 0

    power outrages; i like that...

  79. They where cheap to make... by JollyFinn · · Score: 1

    Original alphas where cheaper to manufacture than original pentiums, even with similar processes!
    Alpha:s cost about 200$ to make while pentium:s where over 500$ a piece. They just didn't make cheap entrylevel machines, they where supposed to replace other EXPENSIVE peace of equipment like mini computers and workstations,and the management didn't really try to compete against PC:s so they died on onslaught of the killer micros.

    --
    Emacs is good operating system, but it has one flaw: Its text editor could be better.
  80. Re:Laptops with Alpha Processors & 2.5" SCSI H by leandrod · · Score: 1
    > NEC released two notebooks with Alpha processors. They also had SCSI 2.5" drives

    While these sound like having been nice systems, they weren't widely successfull because they used standard desktop Alphas. The notebook-specific version of the Alpha, geared towards low power consumption and cool running, never saw the light of the day.

    I still regret not being able to buy a RISC SCSI portable.

    --
    Leandro Guimarães Faria Corcete DUTRA
    DA, DBA, SysAdmin, Data Modeller
    GNU Project, Debian GNU/Lin
  81. Re:It is a real shame...this was insightful?? by Anonymous Coward · · Score: 0

    "About the only thing Intel has going for them is their ability to produce chips cheaply because of the sheer numbers."

    Yup, and the only thing Ford had going for them was the ability to mass-produce the Model T.

    The only thing Babe Ruth and Henry Aaron had going for them was the ability to hit home runs.

    The only thing Einstein had going for him was the theory of relativity.

    Come on!

  82. Alpha's history summed up by pantherace · · Score: 1
  83. So Sad . . . by Anonymous Coward · · Score: 0

    I'm about to cry. Maybe it's just because I haven't had my antidepressants for the day yet and I'm listening to the last tracks of the Braveheart soundtrack, but I also recently had my Multia die on me and I have no idea where to get parts to fix it. So long, Alpha. We loved you.

  84. Re:Alpha just morphed -- But Code? by Nom+du+Keyboard · · Score: 1
    Intel Itanium 2 processor and future 64-bit Intel chip are in large part Alpha code.

    I don't think code is exactly the term I'd use for incorporating Alpha design and technology into another product.

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  85. Re:Expensive? No! by n9fzx · · Score: 1
    Alphas weren't inherently expensive. Most were good servers and workstations, with special internal busses and memory interconnection; you paid for the whole system. The personal systems, such as the PWs, Multias and the clones, were actually good value and price.

    And that was a big part of the problem. DEC's senior management firmly believed that price/performace translated to end user prices, in spite of being told over and over that customers were not willing to pay twice as much for a system that was twice as fast. And unfortunately, they were also not willing to pay a premium for DEC's legendary reliability engineering, either.

    Had DEC priced its systems appropriately, and explained the benefits of performance and reliability to the market, the Alpha would still be a serious player.

    --
    ...-.-
  86. Alpha will not die. by twitter · · Score: 1

    As long as Debian lives, Alpha lives. Apt-get you something nice.

    --

    Friends don't help friends install M$ junk.

  87. $200 by twitter · · Score: 1
    Try Ebay with the right search terms. You might even find a beauty with Debian already on it for $125. Let the dumbasses get WinXP pro on their Itanic, har har har. I will eat cake.

    --

    Friends don't help friends install M$ junk.

  88. search terms. by twitter · · Score: 1
    --

    Friends don't help friends install M$ junk.

  89. Re:Expensive? No! by leandrod · · Score: 1
    > they were also not willing to pay a premium for DEC's legendary reliability engineering

    But it wasn't DEC who needed to lower prices -- the clonemakers did that.

    There were other problems playing here. Volumes were never big enough for the clonemakers to get real economies of scale, since MS failed to port anything but compilers and server software. No MS VB until near the end, no full MS Office (only MS Word and Excel), no 64 bits, no optimisation, no marketing or advertisement... this last was also a DEC failure.

    DEC was also a victim of its emphasis on its proprietary VMS platform, even if it eventually produced a POSIX version (OpenVMS). GNU/Linux wasn't pushed as it should, nor was Digital Unix. Alternative sources of supply for the processors were also lacking.

    All this and much else the like made Alpha machines successful products without a successful architecture ecosystem around it... kind of like Apple's predicament.

    --
    Leandro Guimarães Faria Corcete DUTRA
    DA, DBA, SysAdmin, Data Modeller
    GNU Project, Debian GNU/Lin
  90. EPIC not so cool by Anonymous Coward · · Score: 0

    Intel dropped the ball on this one VLIW processor while a good idea should not be taken so far. Instead of implementing a killer RISC platform with excellent design and programmability that could have been released fast, efficiently, quickly we have itanium a project that was slow to come out, costs far more to make than any other microprocessor, and cost more engineering than the others. Intel should have been priming a replacement for x86 in the mid 90's that they could have developed and improved over a long period of time they could have released many targeted variants and tried to unify there ISA's. Imagine if IBM had the budget of intel, what kind of commodity PPC could they have built. All I know is that x86 is the scariest thing from a design point of view and needs to die. That is why intel is hated

  91. Ceren? But there is another... by Anonymous Coward · · Score: 0
  92. strange architectures by dagooncrn · · Score: 1

    I wonder why people like not-too-mainstream or much-too-old architectures and systems. Alpha, Amiga, 8-bit Atari and C64. They all have lots of devoted lovers.
    btw, I love my Alphastation 500 running FreeBSD :)
    regards

    --
    -- mg
  93. Check out top500.org and see the Alpha by Jungle+guy · · Score: 1
    The Alpha is still, believe me, a good processor. Check out the list of the top 500 computers on the world, and you will see that the second and the fourth biggest computers on the world are ASCII Q and ASCII White. They are clusters of thousand of Alpha servers, and a testemony of the strenght of this processor. Now the Alpha might be expensive and not have a good cost/performance ratio, but, if you need serious performance, it is still a contender.

    I believe that the death of Alpha is closely related to the EOLing of Windows NT, the only Microsoft operating system that runs on Alpha. If Microsoft had made ports for Alpha for Windows 2000 and 2003, there would still be demand for it. Linux kept the Alpha alive, but could not make it viable.

    Then, again, Microsoft has not ported Windows 2000 for the Alpha because demand was weak - and so followed Red Hat and most commercial Linux vendors, until Debian was prety much the only Linux distro that sustained the Alpha.

    1. Re:Check out top500.org and see the Alpha by Anonymous Coward · · Score: 0

      MS abandonded the Alpha around Win2k RC2. Thats the CD I have.
      Quite nice OS all in all, wish I could patch/update it.

  94. Put a banana peel at the edge of the grave by Anonymous Coward · · Score: 0

    Stop comparing the chip to x86. VMS shared memory clustering has nothing in common linux clusetering capabilities and none of that has anything to do with a chip architecture. Particularly an architechture supporting a solution that STILL considers TCP/IP an add-on feature you have to buy a liscense for (go multinet you sack of steaming dirt!)

    Don't you dare talk to me about high 9's availability. This architecture lives on because of the fanatacism of its legacy (and often senior / purchase decision making)support staff despite the woefully poorly coded applications (and a limited selection of them) it runs which I've seen drop wildfire clusters quarterly for two years. Why are they senior? Find me a 23 year old that can walk in and poke around for a week on a variety of Galaxy, standalone VAxen, and clustered Alphas then competently administer them and do it for under $50k/yr.
    The solution is a dog, has no future but that doesnt stop sales of DS-25's to this day.
    The architecture of the processor has always been one of the best but as a solution it has much more in common with a Sun or IBM *nix system than anything on x86 if for nothing else than the tightness of microarchitecture interoperability that x86 will likely never truly enjoy.

    The cost of porting applications to it is ridiculous given its puny install base keeping application variety and quality down. Three companies have handled this solution, if it was economically viable to put forth a third major architectual format into the market someone would have managed to do so successfully. Think about it, Microsoft support even failed to make this dog relevant.

    Die already.

  95. Re:GPL Problems by Anonymous Coward · · Score: 0

    You have 2 propblems:
    1) Your lawyers are dumber than dog shit.
    2) You're dumber than your lawyers.

    Linux has had token ring support for a good long while. Ext2 file systems almost *never* need to be defragmented anyway. It really is too bad that you were such a coward that you had to post anonymously. I really would have liked to know which consulting firm you work for so that I could tell everyone I know to stay away from them. Consultants are supposed to know their shit, and you, your lawyers, and your company obviously do *not*. The only customers a company like yours can get are the ones that are clueless weenies. Eventually someone is going to catch on to your scheme. ...and man... token ring? This is 2003, not 1985! Damn, man! I don't know *anybody* outside of IBM that still uses that shit. If you were doing your job you'd have them switching to gigabit ethernet, 802.11b, *anything* but token ring! Oh well, your company is going down the tubes anyway... See you in hell!

  96. Re:Next Gen Itanium not Alpha-influenced? Too Bad by Anonymous Coward · · Score: 0

    "I am somewhat close to the team at Intel that is doing this...and that is a total load of crap."

    Well - that may just be too bad. Seems both HP and Intel are bound and determined to *re-learn* some of the mistakes DEC made on Alpha early on. IMHO ignoring those left in the Alpha engineering pool (and their "lessons learned") may just doom Itanium to a similar fate (no not entirely, but read on). In fact, in a week where I watched Boston blow a 3 run lead by refusing to go to the bullpen in a late inning - thus permitting the Yankees to once again come from behind and tie and eventually win another American League championship - I am reminded that thinking you don't need to learn from those that have gone before you is not a flaw restricted to the HighTech industry.

    My view of all this (and I am not a chip-head by any means) is kind of simple. Once DEC sold off FAB6@Hudson to Intel and therefore became "eligible" for buyout by Compaq (nice of them, eh?), there was no hope left for Alpha. As was pointed out earlier in this thread, the Alphas stayed competitive by upping the speed versus the PA-RISC and Power chips, (which at the time were much more focused on the "brainiac" strategy discussed above). Once the DEC team lost the ability to make their own CPUs, who would make them for them? TI was trying to make faster u-SPARCs, and IBM wouldn't make a competitor's chip more competitive would they? And given Intel's desire to get everyone to believe in the Itanium myth (yes myth - has it killed off any RISC architectures yet? Just Alpha, but Intel/Compaq/HP had to do this together), they weren't going to invest in faster, better Alphas either.

    But what really killed the Alphas were those floating point scores for the Merced and Itanium-IIs, once they went into actual production. Folks, CPUs are products, and the Alphas needed **some/a couple of** markets to survive. For a long time, one market was scientific computing; the other was big databases. By the time HP merged with Compaq, however, the other RISC vendors had caught up and passed the less-speedy Alphas that Compaq had actually permitted to leave the building on the commercial side, and it sure looked like Itanium-IIs were going to match or exceed the future Alphas by 2004 (if not sooner) on floating point power. More importantly, with the move of the scientific community to Linux, it was going to be very hard for the Alphas to stay viable for that market (given the number of boxen likey to be built with Itanium-II and later CPUs - it's just economies of scale). So if it was just an also-ran in the large-DBMS commercial market and likely to lose market share for the scientific market, there was no possibility of Alhpa's survival.

    Of course, there are some applications (like VMS-based ones, or the TruCluster stuff that doesn't work under HP-UX just yet) that still needed EV7 and EV79 CPUs. I suppose the logic to the new announcements (previously discussed at the time of the merger, to keep from freakin' out the Alpha lovers) is HP/Intel could continue to make these as a "swan song" for Alpha, until 2005 when the current roadmaps show all the Itanium vision coming together (and running Windows, HP-UX, Linux, and VMS).

    What is interesting in all this is who wins here. HP and Intel kill the Alpha line, but isn't it really "Compaq" that will sell the most Itanium servers? IF the HP server team really thinks they will keep the Compaq Server team in some Xeon-only 32-bit ghetto, guess again. And if they do, I am sure Dell is just waiting for such a short-sighted decision.

    But back to those "mistakes":

    (1)"The Chicken-or-Egg Problem" / Let's see - Alphas needed better compilers to be competitive; so does Itanium. Using such compilers takes experience, and you need cheap CPUs for developers so that they can work on the ports on cheaper machines. Seems like Intel *finally* got the message on this, which is why they announced all those cheap Itanium chips this past Summer (also for cheap Linux clusters).

  97. You don't understand. by DAldredge · · Score: 1

    It's not about shareholder value. It is about short term profits/exec enrichment.

  98. How was it so far ahead? by AxelTorvalds · · Score: 1
    I'm an alpha owner, I've got 2. I think they are great machines, it's a beautiful and clean architecture, but how exactly are they far ahead of MIPS or PowerPC?

    They were the first to have really high clock speeds and it was a terrible abortion at first, the rest of the system was slow enough that the processor routinely stalled waiting for data. They migrated to a slightly different architecture that has a very sophisticated caching system, with the same problems, but it was a bit easier to get code in to cache, albeit an odd ball sized cache. They initially had terrible yields too. It wasn't until it was declared a dead architecture that they really got things in to a very solid position relative to Intel and IBM.

    I'm a fan, but they made a lot of mistakes and never really made a push with it. It has been fun to watch but also painful; DEC was 10 years ago where Sun is today, a very talented group, with some good ideas and technology but no clear vision on how to put it out there. More over, alpha was strictly a server/desktop kind of chip that runs very hot and takes a lot of power and over the last 5 years or so that has been shown to be a losing design since people are very interested in scaling architectures, nobody wants to buy into something they can't use elsewhere and that's why powerpc goes from dinky little $10 CPUs for Tivos up to $4000 CPUs in p690s and sysplex boxes.

    It also shows what may be an incredibly stupid move by HPaq. They are totally in bed with Intel with no plan B. That's too big a company to gamble on a single platform that hasn't demonstrated marketability.

  99. Too expensive AND too cheap! At the same time! by dcavanaugh · · Score: 1

    Before Alpha, the DEC VAX line was beating IBM big iron for price/performance. When Alpha came out, it was priced to beat VAX on price/performance. But DEC had a problem -- the VAX revenue stream would disappear overnight if all the VAXes were replaced with Alphas. They HAD to keep the prices artificially high, because they had VAX customers perfectly willing to pay a little more for alot more power. Unfortunately, that limited the market and gave Intel a chance to survive in the low-end server and desktop market.

    People forget that in the first year or two, Alphas were constrained by the price of memory. Proprietary DEC memory was the priciest of all. If you have all that raw CPU speed, you sure can't waste it on page faults! At the time, Microsoft was just starting to break the 1MB memory barrier.

    It would have been a very risky move, but DEC could have decided to push VMS software at giveaway prices and commoditize Alpha. They would have destroyed both Intel and MS, leaving DEC as the industry leader. By the time they got around to doing these things, DEC was facing a huge installed base of Intel/MS low-end desktops.

    When DEC produced Alpha, they failed to realize that it was an all-or-nothing proposition. They had to either go head-to-head with the entire industry all at once, or get eaten alive by the low-end competitors. The prices that were too high to increase or maintain market share were not high enough to keep DEC profitable, hence the death spiral.

  100. Itanium2 doesn't blow the doors off of anything by Anonymous Coward · · Score: 0

    Itanic 2 doesn't "blow the doors" off everything else.

    Look at the spec results. For int, everything beats it. Opteron beats it. Pentium 4 Extreme Edition beats it handily.

    For FP it is in the lead, but it is barely in the lead. To say it blows the doors off other things is a gross misstatement.

  101. OpenVMS is being moved to the Itanium? by Anonymous Coward · · Score: 0

    This is the first I've heard of this. Do you have any links to further info?

  102. I hate to be a grammar Nazi, but... by GrodinTierce · · Score: 1
    to say:
    It was once vastly ahead of its time, if not severely cost-prohibitive.
    is a misuse of 'if not' when the correct usage would be
    "vastly ahead of its time, if severely cost-prohibitive.
    using 'if' to mean 'although'. If anyone thinks I'm wrong, feel free to flame away, just don't mod me down.
    --


    Tierce
    Who sponsors your feelings?
  103. I thought Samsung had a license for Alpha by Anonymous Coward · · Score: 0

    Samsung was going to come out with a 2000 Mhz Alpha,
    what happened to that?

  104. VMS is being ported by kingdon · · Score: 1

    You don't say whether you ran Ultrix ^W Digital Unix ^W Tru64, or VMS. If it is the latter, they are planning on porting it to IA64. Lots of details at http://www.openvms.digital.com/
    including which applications are being ported and which ones are being replaced (e.g. Netscape is being replaced by something Mozilla based).

    I have nostalgia for VMS too but I can't say it is much more than nostalgia. Even FreeVMS (http://www.free-vms.org/ or http://www.panix.com/~kingdon/free-vms.html ) hasn't ended up being more than a handful of tools for migration/interoperability between VMS and Unix.

  105. Not gone by Solokron · · Score: 1

    I felt the same. Pieces of the DEC Alpha still live on in the AMD Athlons at least.

    --
    30% off web hosting. Coupon code "SLASHDOT".
  106. *sob* by Anonymous Coward · · Score: 0

    I, for one, wave goodbye to our CPU overlord.

  107. Re:GPL Problems by rnturn · · Score: 1

    I blame it on it too darned early, having woken up in a surly mood, and the morning coffee not having kicked in yet. Normally, I wouldn't have even read the original post but there were too many replies that piqued my interest in just who could be so clueless.

    --
    CUR ALLOC 20195.....5804M
  108. Re:GPL Problems by rnturn · · Score: 1
    ``I know my clients love it when I tell them they have to make big hardware purchases to replace something that's already working fine for them, especially when they hired me to solve a software problem.''

    No I didn't suggest a fork-lift style replacement. I said ``begin replacing'' the token ring. (I guess the subtle nuances of the English language are a bit much for some folks.) But to cross something like Linux off your list of potential solutions because it doesn't support token ring -- which is obviously false and has been for years -- would be just stupid. I've worked in environments that used both token ring and ethernet. The token ring problems were always more expensive to solve and adding something to that type of network just costs too much. Many meetings were devoted to whether the use of token ring would be continued due to its costs. (Ever priced token ring cards? There are about 20 times as many ethernet products to choose from that are about one-tenth the cost of a token ring adapter.) If you're not recommending getting rid of it over a period of time then you're doing a disservice to the client.

    I assumed (yah, I know all about assuming...) that the original poster had inherited a system that already had a token ring adapter in it. And, if they'd bothered to check, they'd have been aware of the token ring support on Linux so you wouldn't have had to make the silly decision that the original poster did (unless you're that poster :-) ). Imagine what the client's view of that consultant's skills will be when they find out that the recommendation was so obviously wrong.

    As for the transmission problem: I stopped working on engines once the auto manufacturers rendered my timing light useless. It's no fun any more.

    --
    CUR ALLOC 20195.....5804M
  109. Process technology by himi · · Score: 1

    The thing to remember about the Itanic is that it has all the advantages of Intel's process technology and fab technology - the fact that it's a space heater while running on a 0.13um process indicates that there's something dodgy going on. Current Alphas are still on at least 0.18um, and with a less advanced process - it's hardly surprising that they run hot.

    Itanium2 has turned out to be a worthwhile processor, after far too many years of hype and far far too much money thrown at it. I think that's why so many people here and elsewhere don't like it - the hype was massive, and the end result is only now showing it's teeth performance-wise, while still suffering from various other problems.

    Alpha was a relic of an earlier age in the industry, as much as DEC. But it didn't /have/ to be! And a large part of the reason Alpha is dead, and will stay dead, is because of IA64 and the amount of time and money invested in it by HP and Intel. So I think a certain amount of bitching about Intel and Itanium is reasonable . . .

    himi

    --

    My very own DeCSS mirror.
  110. Hooray for ignorance! by strlen · · Score: 1

    VMS is actually younger than UNIX (1978 vs. 1970). And what's most importantly, most of the technologies that were added on to UNIX and other OS's were there from the start in VMS.

    Access Control Lists (only became a standart part of FreeBSD in 5.x.. correct me if I'm wrong) were long a part of VMS, while clustering has existed far before Slashdot fanboys were posting about Beowulf clusters.

    POSIX compatibility? Yep, exists in OpenVMS (hence the prefix Open) -- many major UNIX apps were ported to OpenVMS. X11, yep -- complete with Motif. Hell, there's a Mozilla port these days too.

    As for a cluster of peecee's.. they're great when you're say rendering a part of Titanic (bad example actually, as that was done on Alpha.. but you get the idea), but a beowulf cluster is pretty useless when say you're managing a large bank, or a university's registration database: when speed isn't an issue, but fault tolerance and stability is.

    The lifetime of an average PeeCee is about 3 years.. yet as I'm typing there's 20 year old VAXen still handling crucial tasks. So while it may be cheaper to do the initial purchase, there's no need to repeat the purchase cycle.

    Overhyped? I see no one hyping OpenVMS, but I do see a lot of people hyping clusters of PeeCee's running Linux. Incompatible: see the first few paragraphs of my post. Expensive? Ok, you may have a point there.. but so are its competitors. You can, however, get a hobbyist license of VMS for free, if you're interested.

    Artifact junk? Again, see the part of my post about clustering and ACL's.

    It's fine for you to dislike VMS or criticize it, or not use it, but don't call it obsolete or incompatible, or claim that stability isn't required.

    1. Re:Hooray for ignorance! by Anonymous Coward · · Score: 0

      this was said by someone else:

      It occurred to me awhile ago that VMS is much like the U.S. Government

      A long time ago, a few brilliant men created a system that empowered its users, gave them freedom, and provided a few essential services. Now it is old, slow, easily corrupted, overly restrictive, too large and confusing for anyone to understand, plagued with inconsistencies, and run by men who only care about money.

      Oh well, different strokes for different folks

  111. Re:Next Gen Itanium not Alpha-influenced? Too Bad by Anonymous Coward · · Score: 0
    they announced all those cheap Itanium chips this past Summer

    Do you have a cite? Nothing about this appears in any /. article this year for topic "Intel". I have yet to see processors or motherboards for sale at any price--is Itanium even on the market yet?

  112. Top500: Alpha vs. Itanium by zealotasd · · Score: 1

    Here is top500.org's list, upto date as of 2003/06.

    Everyone should take notice that an ES-class Alpha cluster is at 2nd place while the only Itanium2-type cluster to ever compare comes in at 8th place and then 35th place. The first model of Itanium doesn't even appear on the list until about 111th place! Itanium2 may be a huge step from the first Itanium, yet Top500.org clearly shows that Alpha technology is superior to Intel's Itanium. A few people in this forum are critical that Intel would start producing Alpha if the Itanium2 flops, yet I seriously doubt any Alpha workstations would be made for average availability. The only customers to receive an Alpha would be large coroporations willing to pay the high price, and I seriously doubt that Intel would want to put in the hands of customers a technology they want replaced with their in-house flop Itanium2. The purpose of Intel is to buy their competition, then the market, and raise the price. Intel doesn't want any complete computer being sold that doesn't have their brand of technology in it. Low-power technology included. I hear VIA's Nehemia architecture and Transmeta's Crusoe technology are verry good replacements if you don't like energy-sucking Athlon and Itanium, but there is a limit to how low power you can go with seriously suffering performance.

    --

    Secured Party, Without Prejudice, UCC 1-207: Creditor
  113. There will be a few big corporate orders by kelv · · Score: 1
    With this announcment there will proabably be a few big corporate orders for spares for the next two decades.

    Alcoa for instnace runs all their rolling mill controls systems on a Alpha based platform doing realtime control using very specalised fortran libaraies they have spent decades developing. They need spares for the life of the rolling mill system that have installed to date.

  114. RIP Alpha, I only have 11 boxes by ducomputergeek · · Score: 1
    I worked at an architecture firm during most of my college years and they had about 25 ALPHA boxes. They had a range of speeds, but about 15 were quad ALPHA 500's with 4GB of ram used for rendering. Others were dual or quad 350's with 2GB of ram I believe. Anyway, I just finished working with them as a consultant getting paid about $50 a hour compared to my $9.50 an hour back in the day. We replaces a huge room ful of boxes, wires, cables, cooling equipment, into a single rack containing 2 IBM Blade servers running 14 x1u dual Xeon servers with 2GB of ram each.

    They offered to sell me the old Alpha boxes for $450 a piece for the Quad 350's and $750 for the quad 500's. I just blew the $5000 I had saved up for a new Dual G5 on 5 quad Alpha 500 boxes and 6 Quad 350's. I think I am going to Ebay 4 of the 350's and 2 of the 500's see if I can recoop some of the money I spent. My fiance loved the fact that I used like $2500 of the wedding fund to buy these.

    Its a shame compaq screwed with the pricing structure. Back in Febuary we did a rendering test between a new Dell Dual 2Ghz Xeon box with 2GB ram (is the office file/print server but "burned it in for 48 hours" - means we played with it for a couple days before acutlly hooking it into the network) and the Alpha STILL beat its rendering time by 12%. Granted our rendering software was highly optimized (aka cost a small fortune) for the Alpha platform, but still.

    We looked at getting new Alpha boxes, but the cost and the fact we were frankly told by the HP rep that Alpha's days were numbered caused us to look between IBM and SUN. With the company switching its 3D graphics/animation division to Maya on Linux, IBM won out.

    I have 3 of the boxes I bought running on FreeBSD 5 now. I will keep these box to shine as an enternal flame...at least until my fiance makes me sell 'em.

    --
    "The problem with socialism is eventually you run out of other people's money" - Thatcher.
  115. Prediction warning. by ratfynk · · Score: 1
    With the Itanic doing it's rate of sales and the only great 64 arch going out the Windows (pun intended), there is a big opening in the high end processor market. Do not discount the Chinese! If I read their intentions correctly IT is high on the list. Unlike Intel there are visionaries working in China that can see the potential to completely dominated the upcoming 64 bit revolution.

    Why will this be a revolution?

    1. Because 64 bit micro processors are just around the corner.

    2. There will be a huge market for real time digital video applications using cheap 64 bit tech.

    3. Microsoft is right about the integration of the home entertainement possibilities, even though they have their head up their ass.

    4. The Chinese will learn from our mistakes in deliberately not letting 64 bit processing into the main stream, eg; digital vid recorders, 24/96 audio recording.

    In short I think the Chinese will take on Creative, HP, Intel and Microsoft and beat them the same way Toyota did with cars in the 70s and Hyundai did with heavies (ships, and marine engines). By alowing the entertainment industry in North America to dictate the pace of adoption of digital video and music recording and tech we are dropping the ball big time. HP and Intel will self destruct because of this. Microsoft will survive only because they could care less who builds the hardware as long as they can make a cut!

    --
    OH THE SHAME I fell off the wagon and use sigs again!
  116. Re:OpenVMS is being moved to the Itanium? by glenmark · · Score: 1
    This is the first I've heard of this. Do you have any links to further info?

    Info here.

    First boot was on Jan. 31. An Alpha/IA64 cluster was running by May. Early versions of OpenVMS v8 for IA64 systems have been released to select ISVs...

    --
    *** Quantum Mechanics: The Dreams of Which Stuff is Made ***
  117. Re:The REAL "World's First 64-bit Personal Compute by scottgfx · · Score: 1

    I've heard some saying that the victors are the one who get to rewrite history. BTW I've got a dual G5 here at home and two Alpha servers sittig on the floor (not currently being used) at work. I intend to do something with the Alphas some day... Linux server perhaps? I'm just hoping that IBM is able to scale the PPC970 as fast or faster than they have stated. Intel needs someone to keep them on their toes. :)

    --
    It's mandatory to wash your hands before returning to the land of Dairy Queen.
  118. Re:The REAL "World's First 64-bit Personal Compute by dbirchall · · Score: 1

    I've got a dual G5 right here too, but no Alphas. :(

  119. PowerBook Duo = RISC SCSI portable by adzoox · · Score: 1

    The PowerBook Duo 2300 withe 603e and SCSI hard drive was a RISC SCSI portable.

    As I remember the machines that the Duke power workers had were lightening fast, even as compared to today's machines.

    --
    Yell & scream & rant & rave... it's no use... you need a shaaaave ~ Bugs Bunny
    1. Re:PowerBook Duo = RISC SCSI portable by leandrod · · Score: 1
      > The PowerBook Duo 2300 withe 603e and SCSI hard drive was a RISC SCSI portable.

      Oh sweet...

      > the machines that the Duke power workers had were lightening fast, even as compared to today's machines.

      Well, they probably ran the Apple Mac OS (System) 7 or something, and this was a darned simple OS. Not nearly as good as POSIX, but fast.

      But on the other hand, POSIX systems could be as fast as that if (1) there were optimised drivers for video and such as the Apple Mac OS had and has; and (2) we could 'buy' kernels optimised for specific systems as the Apple Mac OS had and has.

      So blame proprietary lock-in -- and the loss of SCSI. Plus either our lack of knowledge and time to optimise our installations, or the overwhelming complexity of today's systems, or both.

      --
      Leandro Guimarães Faria Corcete DUTRA
      DA, DBA, SysAdmin, Data Modeller
      GNU Project, Debian GNU/Lin
  120. wishlist by lanswitch · · Score: 1

    Once upon a time the alpha was on my Wishlist Of Things I Will Never Be Able To Afford. Now that I could afford it, it's no longer there.
    Another childhood dream gone...

  121. Extremely hard to install by heroine · · Score: 1

    The Alpha was extremely hard to install because of the rarity of precompiled internet downloads for it and the lack of optimization in gcc. Once you tracked down the packages and got things ported to Compaq C it was far superior to any Intel chip.