Slashdot Mirror


Alpha-Based Samsung Linux Goodness

Peter Dyck writes: "This summer Compaq divested itself of the Alpha technology. The Alpha tech was purchased by Intel who most likely will bury it after grafting its best aspects to their own 64 bit IA-64 system. However, the non-exclusive terms of the deal allowed Samsung to continue producing and developing the best 64-bit processor architecture there is today. Now, as a happy owner of a four years old DEC AlphaPC164 I was delighted to see this announcement by Samsung Electronics. In short, the upcoming UP1500 motherboard will house a 64 bit 800+ MHz Alpha 21264B CPU, 4 GB DDR memory, 10/100 Mps LAN, USB and yes, it will run Linux."

202 comments

  1. 21264 is a great chip, by mrm677 · · Score: 1

    but what about the 21364 chip? Is that gone?

    1. Re:21264 is a great chip, by Anonymous Coward · · Score: 0

      It will still be out, with even better ILP, and that's is for the 212xx line. Mod this down.

  2. Where to buy chip, mobo? by hardcorejon · · Score: 1

    Anyone know a place (online) that sells these chips?
    Motherboards for them?
    Any SMP motherboards out there?

    - jonathan.

    1. Re:Where to buy chip, mobo? by nsandver-work · · Score: 1

      Looks like http://www.api-networks.com/ sells them.

    2. Re:Where to buy chip, mobo? by nsandver-work · · Score: 1

      On second thought, it looks like they're sold by Microway.

    3. Re:Where to buy chip, mobo? by CaptainCarrot · · Score: 4, Interesting
      There's a guy on eBay who sells older Alpha hardware. They're mostly build-it-yourself systems, though, and don't always conform to any standard PC formfactor, so YMMV greatly.

      Other Alpha systems are also not difficult to locate in eBay's Computer section. Just do a search on "alpha". The machines of interest aren't difficult to locate in the results, as there are rarely more than 4 pages' worth.

      --
      And the brethren went away edified.
    4. Re:Where to buy chip, mobo? by Hater's+Leaving,+The · · Score: 1

      If you go to the Alpha Linux page ( http://www.alphalinux.org/ ) there's a list of vendors of systems and components in each country. If you're in the US, Germany or the UK there's a reasonable choice available, but elsewhere it's a bit thin.

      THL.

      --
      Keeping /. cynic density high since the fscking Kwhores/trolls arrived.
    5. Re:Where to buy chip, mobo? by Anonymous Coward · · Score: 0
      I'm currently selling two bits of Alpha hardware, both a bit older than 21264-era:
  3. HP+Compaq and the DEC by Anonymous Coward · · Score: 0

    Since HP bought Compaq Im interested to see where the DEC will go.

    1. Re:HP+Compaq and the DEC by hardcorejon · · Score: 1

      Actually, last time I checked the HP/Compaq deal had fallen apart....

      - jonathan.

    2. Re:HP+Compaq and the DEC by Anonymous Coward · · Score: 0

      Check again, Buckwheat...

      There are tens of thousands of employees in both
      companies who are chewing their fingernails
      waiting for the next round of musical chair layoffs.
      Mike Winkler has a new job, but the
      rest of them/us don't know yet. Except, of course,
      for the poor slobs in HP's calculator group who
      were made redundant last week. HP's printer group
      is probably in good shape, but there are many, many other people
      who are going to wonder how much they
      can afford to spend this Holiday season...

      Sorry to say, but the "merger" is still very much alive, unless you know something that the FTC, USDOJ or EC haven't publically stated yet.

      Fiorina's Flatulence lives on...

  4. Old News by codealot · · Score: 3, Insightful

    The UP1500 was developed long before the Compaq/Intel Alphacide... it is not clear whether Samsung has any intention of continuing to support Alpha.

    1. Re:Old News by rfsayre · · Score: 2

      It may be old news, but it provides ample opportunity for overclocking weenies to pretend that they would know what to do with an Alpha.

    2. Re:Old News by Anonymous Coward · · Score: 0

      Overclocking? Hah! One look at the secondary cache
      memory chip timing requirements (and the cost!)
      will settle that issue in a heartbeat.

      BTW, bear in mind that API Networks, Inc, was/is
      jointly owned by Compaq and Samsung, and that
      they (API) have appointed Microway to be their
      exclusive distributor. When you see the price
      tags, you'll appreciate that you don't need to
      bother to try to overclock - you'll get rock-solid
      performance out of the box with no fuss, no muss,
      and leave the Unobtanium in the dust (where it
      belongs!

    3. Re:Old News by Anonymous Coward · · Score: 0
      Not true.

      I've overclocked a 433MHz 21164 CPU to 600 MHz without problems.

  5. very sweet. by xeeno · · Score: 1

    I've been running alphas as shell and firewall boxes on my home lan for a few years now. Even though they are pricey, cheap ones are fast and with the compaq c compiler any real work I have to do is well taken care of. It's good to see that the processor line will continue. Now if they'd develop on freebsd a little more.....

  6. A Dream by artlu · · Score: 1

    I do not want to sound offtopic, but that sounds like the ultimate machine for any sub-50 employee business and/or graphic design. Personally, i did not even know Alpha architecture was still being made. It's great to see that after all of this time, the best there was is still around!
    Great Read,
    Thanks,
    Aj

    --
    -------
    artlu.net
  7. Subjective? by Anonymous Coward · · Score: 0

    "Best 64bit Architecutre" -- I find that slightly subjective. The UltraSparc line brings lots to the table and even IA-64 has some redeeming qualities. Although technologically astounding the Alpha is more or less a dead chip. Revolutionary when it came out it has been superceeded by the features and speed of other processors. It's lack of popularity has lead it to fall by the wayside, unfortunate as it may be.

    1. Re:Subjective? by codealot · · Score: 1

      The UltraSparc line brings lots to the table and even IA-64 has some redeeming qualities.

      Sadly, the current US-III and Merced are no match for Alpha, yet. Look up SPEC if like. The POWER4 is currently the performance king; McKinley has a lot to prove.

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

      Is the Power4 really available yet?

      I know it's due right around now and is going to form part of some huge French Supercomputer in the near future but thought it wasn't shipping yet.

      However, I too believe that the Power4 architecture to be primed for pure 'no expense spared' performance.

      Although the Power architecture spawned the PowerPC I very much doubt that Apple will use them...or are they secretly preparing their very own high-end server??

    3. Re:Subjective? by codealot · · Score: 1

      Is the Power4 really available yet?

      In the pSeries 690, if you've got $500,000 or so to spend.

      Although the Power architecture spawned the PowerPC I very much doubt that Apple will use them?

      The Power4 will trickle down into smaller packages, though not necessarily one you or I can afford... though we'll surely see some major upgrades in the PowerPC series during 2002-2003.

      Unfortunately, Apple does not seem serious about servers, nor are they giving any real indication of changing that attitude.

      For servers, small RS6000 boxes running AIX or Linux are probably the best bet (at least in Power/PPC hardware).

  8. Alpha processors and abandonware by atrowe · · Score: 2, Insightful
    I'm glad to see that Alpha processors are (temporarily, at least) going to continue to be an option. Alpha's are far from mainstream, but it's always good to see some competition in the market dominated by Intel.

    With that said, I feel that Intel makes a superior processor and Alpha's are already a bit outdated. Almost all modern apps require x-86 extensions such as MMX, SSE, and 3dNow, which Alphas do not support. I'd rather be running a hardware platform which supports these innovations and allows software to overcome x86 limitations. Alpha's are 64 bit processors, and they are quite fast, but they do not offer the specialised hardware instructions that x86 supports. Alpha's are like 1960's muscle cars. They're fast, but only because of the brute force under the hood. X86 machines are sleek and smoothe like a Porche because they use brilliant engineering and specialised extensions like SSE. I'll take the Porche over the outdated horsepower any day.

    Furthermore, Alphas are limited in the software platforms on which they support. Only certain flavors of Unix will run on an Alpha, while Almost all Unices, Windows, DOS, BSD, OS/2 etc. are supported by x86 based processors.

    --

    -atrowe: Card-carrying Mensa member. I have no toleranse for stupidity.

    1. Re:Alpha processors and abandonware by psavo · · Score: 1

      Alpha's are like 1960's muscle cars. They're fast, but only because of the brute force under the hood. X86 machines are sleek and smoothe like a Porche because they use brilliant engineering and specialised extensions like SSE. I'll take the Porche over the outdated horsepower any day.

      I think you really don't know what you are talking of. Alpha is the Brilliantly designed porsche. The X86 is HORRIBLE bastard son of intel, on that agrees anyone who has had even slightest exposure to that arch.
      Yes, SSE, MMX, etc. give X86 some advantage, but Alpha already has them! MMX is basically 64 bit adder alpha has from starts.

      --
      fucktard is a tenderhearted description
    2. Re:Alpha processors and abandonware by an_mo · · Score: 1
      it's always good to see some competition in the market dominated by Intel.

      I'm not sure you read that it is Intel that purchased Alpha.

    3. Re:Alpha processors and abandonware by morbid · · Score: 0

      Dude,

      going by the content of your post, and your sig, I think you need to go to the doctor for some special drungs. You have fallen victim to the mindset that made DOS-based x86-based PC's the defacto standard.
      Poor you.

      --
      I'm out of my tree just now but please feel free to leave a banana.
    4. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      Where can one find these drungs you speak of?

    5. Re:Alpha processors and abandonware by zulux · · Score: 5, Insightful

      Most extended instruction sets (MMX,SSE,3dNow,Veocity) that work on large chunks of floating point data at a time are not designed for accuracy - they are designed for speed. In an environment where precision is required only IEEE floating point is of vale - the extended instructions are great for Quake, Photoshop and benchmarks, but hopefully nobody is using them for real work.

      You assertion that X86 processors are 'brilliant engineering' is a but odd - X86 processors have a lot of cruft around to deal with old 8-Bit,16-Bit (Real and Protected) and 32-Bit modes. The Alpha and other chips that have been introduced in the last few years don't have all that garbage lying around and can concentrate on doing things correctly - where X86 designeres spend a lot of time making the things backwards compatible. Instead of being a 'Porche' as you described it - they end up being a VW Bug with a turbine engine graftwed on the hood - it works but it sure is ugly.

      --

      Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

    6. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      I'm really at a loss for how anyone can say that x86 is sleek and smooth. I'm sorry, but it's mind boggling. The x86 is the most hacked together architecture of all time.

      As for those extensions, they can be pretty much horrible to work with. MMX and floating point can't be used easily together, etc.

      Alpha, on the other hand, doesn't need these extensions because it was designed better from the start.

    7. Re:Alpha processors and abandonware by ananke · · Score: 2, Funny

      How ironic: I have no tolerance for people who claim to be smart yet can't spell.

      --
      --- d'oh
    8. Re:Alpha processors and abandonware by Sunda666 · · Score: 1

      > X86 machines are sleek and smoothe like a Porche

      What are you smoking, dude? x86 architechture is a 20+ year old crap that should have been buried 10 years ago in favor of RISC architechture. RISC is sleek and smooth, not x86. phew.

      --


      ``If a program can't rewrite its own code, what good is it?'' - Mel
    9. Re:Alpha processors and abandonware by Craig+Davison · · Score: 2, Interesting

      Alpha's are like 1960's muscle cars. They're fast, but only because of the brute force under the hood. X86 machines are sleek and smoothe like a Porche because they use brilliant engineering and specialised extensions like SSE. I'll take the Porche over the outdated horsepower any day.
      Comparisons like that are pointless when the only real factor is speed/$. It makes no difference when you can pay 25% of the price for same performance.

      If you need 64-bit integers, huge amounts of RAM, very high-precision FP or large numbers of processors you'll want to avoid x86. But for the vast majority of applications there's little reason to go with anything else.

      A bit OT:
      I think the reason so many people are infatuated with Alpha is that the assembly code is 'clean' and the processor doesn't have backwards compatibility modes that require a little thinking to get around. The truth is, none of that matters when you need to get a job done.

    10. Re:Alpha processors and abandonware by morbid · · Score: 0

      I meant drugs

      ......if you want to know I cma tell you tehir names...
      :-)

      --
      I'm out of my tree just now but please feel free to leave a banana.
    11. Re:Alpha processors and abandonware by neurojab · · Score: 1

      Brilliant engineering? Comparing intel processors to a fine Porsche? Are you stark raving mad? Intel chips are a mega-cludge harkening back to 16 bit DOS, with 10 bit addresses, etc. That stuff has been glossed over but it's there, make no mistake. The current line is a kludge of a kludge of a kludge... a look at a "hello world" assembly program would tell you that.

      The user interface (machine/assembly language) to the intel monstrosity is so convoluted, arcane, and god-awful that very few CS/EE programs teach it. For being the most common PC processor that's pretty bad. If you want a Porche of a CISC chip, look at the motorola MC68040, or in the RISC universe, the IBM Power4 or Alpha.

      Intel chips are cheap, fast and just good enough, but they're Ford Tauruses, not Porches.

    12. Re:Alpha processors and abandonware by Reality+Master+101 · · Score: 2, Insightful

      You assertion that X86 processors are 'brilliant engineering' is a but odd - X86 processors have a lot of cruft around to deal with old 8-Bit,16-Bit (Real and Protected) and 32-Bit modes.

      While there is no doubt that there is lot of cruft in the x86, you have to give Intel credit for getting way more performance out of it than anyone thought they wood. I remember back in the early 90s everyone kept talking about how RISC was going to kick Intel's ass for these very reasons: they would never be able to overcome the limitations of having to support backward compatibility. Yet, they are still standing, and RISC's advantages are very small in real terms.

      --
      Sometimes it's best to just let stupid people be stupid.
    13. Re:Alpha processors and abandonware by codealot · · Score: 1

      Almost all modern apps require x-86 extensions such as MMX, SSE, and 3dNow, which Alphas do not support.

      Modern apps like Mozilla, GCC, Linux? Heck no. These run fine on Alpha.

      These "extensions" are mostly workarounds for deficient floating-point in the x86. They are very specific to x86 and irrelevant to any other ISA. (There are also vector extensions, which are supported on Alpha EV6 and up as the MVI extension.)

      X86 machines are sleek and smoothe like a Porche because they use brilliant engineering and specialised extensions like SSE.

      Boy have you been brainwashed. x86 has a butt-ugly ISA dating from the 1970's that only its mother could love. Alpha, PPC and SPARC (to some extent) are all redesigns that cure a lot of the problems in x86.

      Intel's 32-bit chips continue to thrive due to marketing, not technology.

    14. Re:Alpha processors and abandonware by Reality+Master+101 · · Score: 1

      "Wood"? Sheesh, preview is my friend.

      --
      Sometimes it's best to just let stupid people be stupid.
    15. Re:Alpha processors and abandonware by psavo · · Score: 1

      I remember back in the early 90s everyone kept talking about how RISC was going to kick Intel's ass for these very reasons: they would never be able to overcome the limitations of having to support backward compatibility. Yet, they are still standing, and RISC's advantages are very small in real terms

      HAH! the P6 arch is RISC! There are really few instructions that current P2/P3 processor completes fast, it's optimized for most common case (nothing wrong with that), but all those "left-over" instructions left from previous years of X86's, are emulated in microcode. The CORE of all P6 processors is superscalar RISC.

      --
      fucktard is a tenderhearted description
    16. Re:Alpha processors and abandonware by Svartalf · · Score: 5, Insightful

      Almost all modern apps require hacks like MMX and 3DNow? (Realize that while you're using either of those, you can't use the floating point pipeline because it uses some of the same paths as the SIMD engine. Also note that it costs cycles to switch back and forth and if you're not doing LOTS of matrix math, you're not going to use them- you're going to use hand tuned floating point/integer code.) How many really, really use them? Not a lot of them, in reality.

      x86 has hacks to get SIMD instructions, limited register spaces, weaker floating point, etc. AltiVec is a more rational scheme and PPC CPUs have much more useful register sets and rational instruction sets, and it's floating point is nearly twice as fast.

      Hacks do not a "Porche" make. To use your analogy completely, the x86 is a Mustang GT to the PPC's Porche. Both will get you there. Both go fast- but one is higher performance and handles better.

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    17. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      what fucking planet are you from buddy? all apps support MMX and other addon bullshit technology. All that stuff defeats the purpose of a RISK design and was only created so that a brocken down arcane CISK technology could continue to exist in a world where backwards compatability is the thing. next time grow a brain before you speak or at least do some homework.

    18. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      My hemi barracuda doesn't like that line of reasoning.
      Seriously, I think the analogy is very apt.
      I found a couple of alpha workstations years back running RH linux that were selling for
      chickenfeed.
      These old musclecars can be found cheap.

    19. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      wtf are YOU talking about buddy? RISK is a Parker Brothers board game. RISC is an outdated processor architecture.

    20. Re:Alpha processors and abandonware by red_dragon · · Score: 4, Informative

      I feel like I'm feeding the troll here, but anyway...

      Almost all modern apps require x-86 extensions such as MMX, SSE, and 3dNow,...

      You'd only worry about this if you don't have access to your software's source. Besides, why should a non-x86 architecture support x86 features?

      ... which Alphas do not support.

      However, the Alpha, in keeping with the "pure RISC" philosophy, has MVI (Motion Video Instructions), which consists of a "whopping" 4 instructions (really).

      Only certain flavors of Unix will run on an Alpha, while Almost all Unices, Windows, DOS, BSD, OS/2 etc. are supported by x86 based processors.

      Could you please specify which "certain flavors" of Unix run on the Alpha? Where do you get the impression that x86 boxes are supported by "almost all Unices"? Last time I checked, I could not run IRIX, Tru64, or AIX on an x86 PC (there used to be an x86 version of AIX, but those days are long gone). Windows definitely did run on the Alpha (up to NT 4.0). FreeBSD, NetBSD, and OpenBSD also run on it. And bringing up DOS, OS/2, or OpenVMS is not worth the trouble, as they only run on a single platform (Yes, I know about OS/2 on PPC, but did anyone pay attention? NT/Alpha got a lot more usage than that).

      --
      In Soviet Russia, Jesus asks: "What Would You Do?"
    21. Re:Alpha processors and abandonware by Reality+Master+101 · · Score: 2

      HAH! the P6 arch is RISC!

      Well, that's true and it's not true. There is no doubt that modern Intel design borrowed some tricks from RISC architectures, but RISC itself ("Reduced Instruction Set Computer") refers to making a processor fast by reducing the instruction set in order to gain speed through simplicity of the core. This idea has basically failed. You would think that a simpler architecture would allow much higher clock speeds, but it didn't happen.

      Incidently, Intel has used microcode since (I think) the 486 (386?). Microcode and RISC instruction sets are two different concepts.

      --
      Sometimes it's best to just let stupid people be stupid.
    22. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      oh my god, do you have any fucking clue what you are talking about?! Perhaps yopu would like to take a look at the 'motion video extension' instructions in the Alpha since the 21164PC. In the traditional alpha way its a pretty minimal set, but I'm sure they fly..

    23. Re:Alpha processors and abandonware by codealot · · Score: 1

      RISC is absolutely not outdated; the principles behind RISC (pipelining, superscalar execution, etc.) have been embraced by nearly all CPU manufacturers, including IBM, HP, Sun, Compaq, AMD and Intel.

      Only Intel's EPIC is a standout from a design standpoint... time will tell whether they made a mistake.

    24. Re:Alpha processors and abandonware by freakinPsycho · · Score: 2, Insightful

      Since when does technical superiority mean that it succedes? RISC architecture is far superior to x86, look at the performance of MAC compared to Intel.

      But, superior hardware doesn't mean that it wins. Apple made a lot of choices that kept it from beating out Intel. While those choices hurt them in business, they helped to make the hardware superior.

      Or, for an example that is very popular here, Windows vs. Linux. Which is technically superior and which is most commonly used?

      RISC kick's Intel's arse in performance. Cost is the problem.

      --
      "All the things I really like to do are either immoral, illegal, or fattening."
      - Alexandar Woolcot
    25. Re:Alpha processors and abandonware by psavo · · Score: 1

      Well, that's true and it's not true. There is no doubt that modern Intel design borrowed some tricks from RISC architectures, but RISC itself ("Reduced Instruction Set Computer") refers to making a processor fast by reducing the instruction set in order to gain speed through simplicity of the core.

      It's not just "simplicity" of the core, it also has to do with relative timings of instructions. Granted, when instructions get real short (5-bit..), then processor is likely to start getting hazards in pipeline where it can't reshuffle instructions. So "not-short-and-not-too-long" instruction is best performing in traditional pipeline design.

      This idea has basically failed. You would think that a simpler architecture would allow much higher clock speeds, but it didn't happen. Incidently, Intel has used microcode since (I think) the 486 (386?). Microcode and RISC instruction sets are two different concepts.

      Microcode came with IA32 aka P6. Microcode and RISC relate in X86 very closely, without microcode P6 couldn't work as X86 it is.
      Consider what Intel is making with Itanium, it's really a very RISC:ish system, they make compiler do all the optimizations for them.

      --
      fucktard is a tenderhearted description
    26. Re:Alpha processors and abandonware by phliar · · Score: 1
      Alpha's are like 1960's muscle cars. They're fast, but only because of the brute force under the hood. X86 machines are sleek and smoothe like a Porche because they use brilliant engineering and specialised extensions like SSE.

      Surely you jest?

      Alphas are the Porsches. The x86 architecture is a horribly ugly mass of cancerous protrusions and cruft that still has to perform like an 8080. All those extended instructions like MMX etc. are done better by the Alpha.

      -atrowe: Card-carrying Mensa member. I have no toleranse for stupidity.
      Poor spelling is just fine though.

      --
      Unlimited growth == Cancer.
    27. Re:Alpha processors and abandonware by Reality+Master+101 · · Score: 3, Interesting

      RISC architecture is far superior to x86, look at the performance of MAC compared to Intel.

      Actually, that's a very good thing to look at. Clock-for-clock, the Power architecture is only about 20% faster than Intel. Of course, nothing lies like benchmarks, but that appears to be about the average case.

      Or, for an example that is very popular here, Windows vs. Linux. Which is technically superior and which is most commonly used?

      Depends on what you define as "technically superior". If you are talking about object integration with the operating system, Windows blows Linux (and Unix) out of the water. The flexibility of objects in Windows is its greatest strength. On the other hand, if you are talking about architecture, Unix is (possibly) superior primarily because of the very isolated nature of its components. The latter is also why Unix is generally more stable than Windows.

      --
      Sometimes it's best to just let stupid people be stupid.
    28. Re:Alpha processors and abandonware by Xenophon+Fenderson, · · Score: 1

      It's posts like this one that makes me wish there was a "+1, Troll" option. If you want to *really* reel them in, you should post that one to comp.os.vms or comp.sys.dec.

      --
      I'm proud of my Northern Tibetian Heritage
    29. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      MMmm yes. Mopar IS muscle. I get giddy like a little bitch when I go to the car shows and see Mopar Mopar Mopar. Too bad they fucked up and now make only minivans and trucks. Oh, and an italian car killer for 1/2 the price of an italian car. Bring it in Lingenfelter and spend another 40k to have the fastest thing in existance. I think it's 0-60 in 2.3 seconds.

    30. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      It's not relavent to imply the need for compliance to marketing standards (MMX, SSE, 3dNow) when discussing the virtues (or lack of) of a hardware architecture. History relates that the Alpha processor was considered too proprietary to be considered a RISC speed demon, and that was a bad thing. And now you are asserting that a single propreitary instruction set/capability is superior due simply to it's existence as complying to marketing standards, when these standards, by your own assertion, are devised to overcome the limitations of the very hardware platform you proport to be superior. Am I missing something, or are Porches becoming Chevies????

    31. Re:Alpha processors and abandonware by fooguy · · Score: 1

      If Alpha's are so outdated, why is it that the fastest computer on the face of the earth is a cluster of Alpha's? The Human Genome project uses GS-320 clusters running Tru-64 to crunch all their numbers.

      CISC was a good idea when memory was expensive and access to peripherals and even RAM was slow - now none of that is a factor. Alpha was designed as the modern, RISC replacement to the dated CISC design of the VAX. The x86 is also based on that outdated CISC design.

      MMX, SIMD (KNI), and 3D Now that you speak of are super instuctions - hardware designed to do the work software should. While they are faster, few applications make use of them (RC5 loves them...)

      Alpha does not support as many operating systems as the PC (largely because x86 has been cheaper for so long) but it supports better OSes - Tru64 (your commercial Unix), OpenVMS ("unhackable" by DefCon standards), Linux, FreeBSD, and NT4 SP3. They were never designed to be cheap, mass market machines, they are big iron - except by that standard they are super fast and dirt cheap.

      Perhaps you should reexamine your perception of what is and isn't outdated, limited abandonware.

      My original commet on /. when the Compaq --> Intel transfer was announced:
      http://slashdot.org/comments.pl?sid=12932&cid=13 00 07

      My website comment on the same topic:
      http://eisenschmidt.org/jweisen/alpha.html

      --
      "All I ever wanted was to see Larry Wall give Bill Gates a Perl necklace."
      http://www.eisenschmidt.org/jweisen
    32. Re:Alpha processors and abandonware by spitzak · · Score: 3, Informative
      Though I like Alphas a lot, one problem with them is the *don't* implement IEEE floating point natively. There are enough differences that porting math to them is a pain.

      One obvious problem is that divide by zero causes a seg fault. Lots of code I have does things like:

      {double A = B/C; if (C!=0) do_something(A);}

      The fact that I divided by zero is irrelevant because the result is ignored later. Finding these and rewriting them is a major pain in the ass.

      You can compile with -mieee to get pretty good emulation, but that turns off all the parallel pipelines and slows things by 15% or so.

    33. Re:Alpha processors and abandonware by Tuzanor · · Score: 2
      Furthermore, Alphas are limited in the software platforms on which they support. Only certain flavors of Unix will run on an Alpha

      Would it shock you to learn that Windows NT was ported to alpha??? I thought so...

    34. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      re OT: That's why I LOVE MIPS asm.

    35. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      WE WANT MORE DRUNGS!!!

      Garbage filter avoidance activated...
      abcde fghij klmno pqrst uvwxy z
      zyxwv utsrq ponml kjihg fedcb a

    36. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      Alpha's cleaner. For example, they saw that the post-branch instruction optimization on MIPS didn't buy you much as we moved to superpiplining (e.g. R4k), so they didn't bother putting that kink in the ISA.

    37. Re:Alpha processors and abandonware by Medieval · · Score: 1

      Windows NT was written for the Alpha first, and then ported to x86, to keep the engineers thinking about portability.

    38. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      >Also note that it costs cycles to switch back >and forth and if you're not doing LOTS of >matrix math, you're not going to use them- >you're going to use hand tuned floating >point/integer code.) How many really, really >use them? Not a lot of them, in reality.

      This only refers to the early implementation of MMX. From P!!! onwards you can use them simultaneously.

    39. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      No, it was initially written for a little-endian MIPS-based (MIPS is switchable) NEC workstation.

    40. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      SSE and SSE2 are actually IEEE compliant FP wise. I thought Velocity was too, but who cares one way or the other ...

      I dont see what IEEE floating point standards have to do with MMX though.

    41. Re:Alpha processors and abandonware by PTrumpet · · Score: 1

      What would be great is if Intel exposed their RISC instructions so that you could run it like a true RISC. Maybe there are already secret backdoors which would allow you to do this - some instruction to make it jump into RISC mode. Anyone got any ideas on this?

      P

    42. Re:Alpha processors and abandonware by BitwizeGHC · · Score: 2

      Dude, modern x86 CPU's are RISC cores running CISC emulators in a sort of on-chip firmware. Still crufty, but to say that they are "outdated CISC CPU's" is a fallacy. The ISA != the design of the chip.

      --
      N4st0r, trixx0r h0bb1tz0rz! Th3y st0l3 0ur pr3c10uzz!
    43. Re:Alpha processors and abandonware by moogla · · Score: 1

      The x86 has been using microcode for a LONG time to do CISC instructions (there isn't any easy way otherwise), however, the core itself that executes these microinstructions was moved to RISC in the Pentium Pro. I'm not sure how dependant any of the hardware is on this instruction set, but it may be possible to have it interpret other machine codes that better use the internal features (tons of registers, 64-bit integers) with a microcode update.

      --
      Black holes are where the Matrix raised SIGFPE
    44. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      Think you're smart? It's called sarcasm, you fuckface.

    45. Re:Alpha processors and abandonware by fooguy · · Score: 1

      Yeah, the Pentium Pro Core - technology Intel stole from a Chicago start up.

      It's still the same outdated instuction set, and the only thing the RISC microcode does is stabalize the instruction timing to give SMP an actual chance on that platform.

      --
      "All I ever wanted was to see Larry Wall give Bill Gates a Perl necklace."
      http://www.eisenschmidt.org/jweisen
    46. Re:Alpha processors and abandonware by fooguy · · Score: 1

      The Pentium Pro was a RISC microcore with a CISC instruction set. That technology, and everything born out of it (Klamath, Deschutes, Katmai, et cetera ad infinitum) are based on technology Intel stole from a Chicago startup. SMP on the x86 was flaky because the instruction timing is far less exact than on RISC.

      Hardware super instructions are an idea whose time should have been gone a decade ago. This concept was born out of systems with slow access to ram and i/o. Memory is cheap now - why we encorage Intel to keep producing crap that is too hot and too slow because it has so much junk as hardware is beyond me. I haven't given those idiots a penny since 1994.

      --
      "All I ever wanted was to see Larry Wall give Bill Gates a Perl necklace."
      http://www.eisenschmidt.org/jweisen
    47. Re:Alpha processors and abandonware by evilviper · · Score: 2

      Talk about flame-bait... Geez.

      Anyhow. The x86 extentions are to make up for it's shortcommings, not to make it better than any other chipset, just to keep it as close as possible.

      x86s ARE very much like a Porche... They get a lot of press, and are very popular, but they certainly aren't the fastest or the best. The Alpha would be more like a Viper... Not very popular, gets less press, and beats the Porche at every turn.

      Finally, saying you are going to stick with something because of it's installed base is why most people stick with Windows... It's not really any good, it's just so popular that anything will run on it.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    48. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      It's possible to load new microcode onto the CPU (there's a Linux driver to do it), but Intel distributes their microcode updates in binary form, and I don't think anyone outside of Intel knows how to decode or modify it. If someone figured it out, they might be able to change the instruction set, but that's unlikely.

    49. Re:Alpha processors and abandonware by Art+Tatum · · Score: 1
      If you are talking about object integration with the operating system, Windows blows Linux (and Unix) out of the water.

      When you say object, are you speaking of objects as in OOP? Because that wouldn't make any sense. It would be the language and frameworks that define the cohesiveness of objects. And that precious little to do with the underlying OS. For example, OpenStep (aka Cocoa, which is a stupid name) is a kickass framework no matter what OS it runs on (Linux, Solaris, OPENSTEP/Mach, Mac OS X, Windows NT...).

      If that's not what you're talking about, then I'm not sure what to say. ;-)

    50. Re:Alpha processors and abandonware by Reality+Master+101 · · Score: 2

      When you say object, are you speaking of objects as in OOP? Because that wouldn't make any sense. It would be the language and frameworks that define the cohesiveness of objects.

      What I'm really talking about is COM, which is (semi-) language independent. The strength of Windows is that just about everything is a COM object, which creates enormous flexibility. Unfortunately, it also creates incredible complexity and interdependency.

      --
      Sometimes it's best to just let stupid people be stupid.
    51. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      One obvious problem is that divide by zero causes a seg fault.
      Lots of code I have does things like: {double A = B/C; if (C!=0) do_something(A);}

      OK, I can understand your problem, but why did you write the code this way? Why not:

      if(C!=0) {A=B/C; do_something(a);}

      The intent is clearer, and it avoids the problem. Is there some reason I am missing as to why you wrote code such as you described?
    52. Re:Alpha processors and abandonware by nick-less · · Score: 1


      And bringing up DOS, OS/2, or OpenVMS is not worth the trouble, as they only run on a single platform


      btw: OpenVMS runs on the alpha ;-)

    53. Re:Alpha processors and abandonware by Art+Tatum · · Score: 1
      The strength of Windows is that just about everything is a COM object, which creates enormous flexibility.

      Actually, this is very similar to the way things work(ed) in NeXTSTEP and OPENSTEP--and now, Mac OS X. Although, the whold boatload of Mac cruft in Classic and Carbon has greatly blunted the impressiveness of the original design. Backwards compatibility bites us harshly in the butt once again....

    54. Re:Alpha processors and abandonware by Art+Tatum · · Score: 1
      Intel's 32-bit chips continue to thrive due to marketing, not technology.

      Actually, not really. They mainly continue to thrive because Microsoft was able to lock in countless millions of business customers who needed to keep running the applications they started with on an IBM PC. I almost get the impression that IA64, with it's extremely long development history, is meant to be a sort of big "apology" to the world from Intel engineers. Those guys probably cringe every time they see x86 discussed.

    55. Re:Alpha processors and abandonware by Art+Tatum · · Score: 1
      MMX, SIMD (KNI), and 3D Now that you speak of are super instuctions - hardware designed to do the work software should.

      Not always. Software should only do them if you don't want speed. For example, no old 8086 (even if produced at high clock speeds) will run software that can be reasonably compared to a box full of Motorola DSPs. Sure, you could make a box full of general purpose processors but: 1) power consumption and heat generated would be outrageous; 2) price would be REALLY outrageous. What has been determined is that multimedia is important enough that dedicating hardware to it is a good idea. Of course, I'm not defending MMX or 3DNow. ;-) If you're going to dedicate hardware to something, do it right.

    56. Re:Alpha processors and abandonware by hattig · · Score: 2
      When they say "Reduced Instruction Set Computer", they don't mean that the number of instructions has been reduced. It is a very common misnomer.

      A better name would be "Optimised ISC" or "Simplified ISC" etc. x86 is horribally restrictive with nasty modes of execution and cruft that descend from an old technology that was limited by this because of technology limits in 1976! Alpha was designed for the future in the 90's, and has no cruft or limitations in the ISA (Instruction Set Architecture) created by hardware limitations.

      I don't think anyone bemoans the lack of ADD R1, (R2) or whatever instructions (an add that requires a memory access at the address held in R2 to get the value to add). Also the lack of things like "POLY" (DEC VAX instruction) are not to be bemoaned.

      Before saying that RISC is something it isn't, go and read about it, and preferably do a course at university about computer architecture.

    57. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      Please don't confuse superior market share with superior processors.

    58. Re:Alpha processors and abandonware by mr3038 · · Score: 2
      I have does things like: {double A = B/C; if (C!=0) do_something(A);}

      Why not: if(C!=0) {A=B/C; do_something(a);}

      You might use former as optimization. You tell compiler to calculate A in every case. While you're doing it you can check if C happens to be zero or not. After the check is done you have probably calculated A and decided if you need to do something with it.

      The latter one is more clear and compiler should be able to convert it to former internally if it increases performance and is supported by platform.

      --
      _________________________
      Spelling and grammar mistakes left as an exercise for the reader.
    59. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      Stupid moron. For one, it's not a segmentation fault (SIGSEG), it's a floating point exception (SIGFPE). Second, the operating system and compiler both give you a choice of how to handle IEEE floating point exceptions.

      By default, Linux running on Intel hardware does not trap FP exceptions. So the hardware just sets a bit in the status register and continues running. This option provides the maximum performance, since there are no traps inserted to serialize the code execution.

      On Alpha running Tru64, the default is to enable imprecise FP exception trapping, which sacrifices some performance for safety. In this model, the trap causes the OS to generate a SIGFPE signal. If the user process does not have a signal handler registered for it, you'll get a core dump.

      On practically every modern hardware platform & operating system, floating point exception trapping can be controlled through system calls. Also, most compilers provide options for doing the same thing. If you don't like the default behavior, change it.

    60. Re:Alpha processors and abandonware by rhost89 · · Score: 1

      Programmers, mathematician, inherently cant spell. I think it has to do with working on code that, to the average person, looks like gibberish.

      Take for instance:

      int i;main(){for(;i["]<i;++i){--i;}"];read('-'-'-',i++ +"hell\
      o, world!\n",'/'/'/'));}read(j,i,p){write(j/p+p,i---j ,i/i);}

      Most people, (programmers alike) cringe at the site of something like this, and working with something like this on a daily basis can cause ones spelling skills to diminish rapidly, but that doesent make someone not "smart".

      --
      I will bend your mind with my spoon
    61. Re:Alpha processors and abandonware by red_dragon · · Score: 1

      Yes, it does, and new releases are available for VAXen too. It doesn't run on PCs, though, just like DOS and OS/2 don't run on the Alpha, thus my comment in the previous post.

      --
      In Soviet Russia, Jesus asks: "What Would You Do?"
    62. Re:Alpha processors and abandonware by MadSaxon · · Score: 1

      I have to agree with you. While the x86 architecture has been hammered into a shape that
      approximates the roles for which it has been largely kludged (high speed approximations), the Alpha chip was elegant, superbly adapted, and a joy to experience. I had a DEC Alpha 1000S workstation running Digital Unix 3.2d (derived from OSF/1) several years ago, and while I have been using and administering Unix boxen since the late 70s, I don't believe I've ever run across a more robust and downright pleasant platform. They just don't make 'em like that anymore.

    63. Re:Alpha processors and abandonware by Anonymous Coward · · Score: 0

      at every turn? on a straightaway, yes. and that's all. vipers turn like a boat.

    64. Re:Alpha processors and abandonware by spitzak · · Score: 2
      Yes, of course I should have written that. The problem is that on other machines writing it the first way does not cause any problems so I don't notice until the Alpha crashes. I then have to run the user's script in the debug version and find the division that crashed, and usually the fix is then simple. Sometimes I have #ifdef __alpha it because the fix slows things down, but usually the fix is quite logical.

      The real examples are more complicated. Typically they are something like:

      double A = B/C;

      calculate_a_lot_of_other_values_here();

      for (i=0; i<BIGNUM; i++) {

      do_a_lot_of_stuff_not_using_A_or_C();

      if (C!=0) do_something_2(A);

      }

    65. Re:Alpha processors and abandonware by spitzak · · Score: 2
      Using -mieee slows things down unacceptably, since 99% of our code does not care about exact ieee math (we are doing image processing here).

      You are right that I could trap the SIGFPE, I have not tried that. If I just set it to SIG_IGN will that work?

  9. Intel bought the competitor, not technology by leandrod · · Score: 3, Interesting

    Fact one: what distinguishes Alpha from IPF is not some "pieces" that could be copied over, but a superior design and architecture. In order to take advantage of that, Intel would have to dump IPF and start over, effectively selling Alpha under a different name. That would be an unthinkable about-face.

    There is a very nice Alpha-EPIC comparision white paper from Digital, a shame I don't have the URL.

    Fact two: the deal just preceded the HP-Compaq one. It's a marchitecture thing.

    --
    Leandro Guimarães Faria Corcete DUTRA
    DA, DBA, SysAdmin, Data Modeller
    GNU Project, Debian GNU/Lin
    1. Re:Intel bought the competitor, not technology by wwelch · · Score: 5, Informative

      I believe the comparison you are talking about is here: www.compaq.com/hpc/ref/ref_alpha_ia64.pdf

      Better get it quick before it mysterisouly disappears like all other pro-Alpha/anti-IA64 material...

      Bill

    2. Re:Intel bought the competitor, not technology by Mocenigo · · Score: 1

      >I believe the comparison you are talking about is here: www.compaq.com/hpc/ref/ref_alpha_ia64.pdf [compaq.com] > >Better get it quick before it mysterisouly disappears like all other pro-Alpha/anti-IA64 material... They mention also SMT, simultaneous multithreading, an alpha feature which will be part of future P4s. So Intel is already chewing parts of Alpha and using them to patch their architectures... them cannibals... Roberto

    3. Re:Intel bought the competitor, not technology by leandrod · · Score: 1

      Cannibalizing technology is good, buying patents and technology is Intel's right and good for their customers. The issue is that no amount of cannibalizing will fix an architecture. It can ameliorate a product, but an architecture must be done right from the start.

      --
      Leandro Guimarães Faria Corcete DUTRA
      DA, DBA, SysAdmin, Data Modeller
      GNU Project, Debian GNU/Lin
  10. Based on the EV67/68? by Angry+Black+Man · · Score: 4, Informative

    The present CPU that is employed in Compaq machines like the AlphaServerSC and the Wildfire and in various cluster systems is the Alpha EV67 processor. The previous chip was shipped with a clock speed ranging from 666-833 Mhz. IIRC, the EV67 was able to deliver up to two floating-point results per clock cycle. The load/store units could load 16 B/cycle while the store bandwidth is slightly smaller: 10.6B/cycle. The bandwidth to memory is 5.3B/cycle, however, the type of memory determines the actual bandwidth through the bank cycle time of the memory. We were expecting a scaled up version of this chip named the EV68. It was projected to have an 833Mhz clock speed. I believe that this is perhaps some version of it.

    The density used is 0.18 instead of 0.25 which enables the location of a 1.5 MB secondary cache on chip. The largest difference will be that there will be 4 dual channels from the chip to interconnect it with neighouring chips at a bandwidth of 1.6 GB/s per single channel for what Compaq has called "seamless SMP processing". The path to memory is implemented by 4x5 Rambus links as the systems will be fitted with Rambus memory. The direct I/O dual link from the chip also has a bandwidth of 1.6 GB/s. Theoretically the chip could run at speeds of upward 1Ghz.

    I know that the Alpha 21264B is based loosely on the EV line of chips (more specifically the 67 and 68), can anybody further verify this with some more details? Thanks.

    --
    the byproduct of years of oppression by the white man
    1. Re:Based on the EV67/68? by Anonymous Coward · · Score: 0

      The density used is 0.18 instead of 0.25

      Where density is measured in micrometer (m). :-)

    2. Re:Based on the EV67/68? by robbyjo · · Score: 1

      21264 is based loosely on EV67 and 68, even EV6. IIRC, 21264B is based on EV68. Check out its reference manual.

      --

      --
      Error 500: Internal sig error
    3. Re:Based on the EV67/68? by c_chimelis · · Score: 1

      I've played with one of these boards before...really nice performance thanks to DDR:-)

      At the time, we were still using the Irongate chipset configs in the kernel (since the 761 is aka Irongate II) and it wasn't as stable as I hear that it has become.

      As for the processor, they were using EV68 833MHz Alpha on the board (same exact processor as in the CS-20, fyi). I'm pretty sure that they haven't varied from this since that is what they were halfway through QA with

    4. Re:Based on the EV67/68? by TimMann · · Score: 2, Informative

      The poster is close but has EV68 and EV7 confused.

      The internal code names EV6, EV67, EV68 correspond respectively to external part numbers 21264, 21264A, and (I'm 99% sure) 21264B. I say "99% sure" because I left Compaq 2 months ago and haven't checked with contacts there, but 21264B would be the natural part number for EV68.

      EV68 is mostly a process shrink of EV67, but I think with some bug fixes and minor improvements.

      EV7, which should be released as 21364, uses a core based on EV67/EV68, but has an all-new memory subsystem with multiple RAMBUS channels for fast memory access and for building grid-structured multiprocessors. That's what the parent to this article was talking about, but it's not in EV68. EV7 is still under development, very far along but not quite done yet, and Compaq is committed to finishing it and releasing a generation of servers using it, according to what was announced at the time of the Intel deal.

      EV8 was going to be an all new core with simultaneous multithreading, reusing the EV7 memory subsystem. It would have been released as the 21464. EV8 was cancelled with the sale of the Alpha IP and engineering group to Intel. My friends in the EV8 group are at Intel already, while the Alpha engineers who were on EV68 and EV7 are still at Compaq for the time being.

      I don't have any contacts at Samsung/API, so I'm not sure exactly what they're doing. But it would be quite weird if they released something called 21264B that was anything other than an EV68...

  11. Alpha is Dead.. Let is rest by SolidCore · · Score: 0

    The Alpha is dead. And in its day it was great. its time to move on.

  12. Dual boot? by rice_burners_suck · · Score: 3, Interesting

    Heh heh... I'd like to run FreeBSD on it. IIRC, it supports the Alpha.

    1. Re:Dual boot? by Anonymous Coward · · Score: 0
      Netcrft Confrms: *BSD is dying

      Yet another crppling bombshell hit the beleaguered *BSD community when last month IDC confrmed that *BSD accounts for less than a fraction of 1 percent of all servers. Coming on the heels of the latest Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as further exemplified by failing dead last in th recent Sys Admin comprehensive networking test.

      You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood. FreeBSD is the most endangered of them all, having lost 93% of its core developers.

      Let's keep to the facts and look at the numbers.

      OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

      Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

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

      *BSD is dying

    2. Re:Dual boot? by rice_burners_suck · · Score: 2

      Don't be fooled: *BSD is not dying. These numbers are bullcrap and I'll tell you why. They reflect the number of "registered" users, meaning the ones that let the world know they're using *BSD. However, there are plenty of people out there, like me, who use all kinds of *BSDs in all kinds of places, run systems for our clients (and friends), and guess what? We don't "register" ourselves with anybody because it's nobody's business. Development of the *BSDs continues to move forward in leaps and bounds. *BSD still has the more robust virtual memory and networking. With the ability to run nearly all Linux programs (such as Opera 5.05 which I am using to write this), you simply can't go wrong with *BSD. Linux simply has a lot of hype, so your "numbers" are going to reflect that.

  13. Difference 21264B from 21264 by robbyjo · · Score: 2, Informative

    I think 21264B is the beefed up version with 0.18 Micron. You should look at the specs: here, while 21264 is here. You can then compare it side by side.

    --

    --
    Error 500: Internal sig error
    1. Re:Difference 21264B from 21264 by robbyjo · · Score: 1

      Better yet: Reference manual for 21264B. For 21264: here.

      --

      --
      Error 500: Internal sig error
    2. Re:Difference 21264B from 21264 by Anonymous Coward · · Score: 0

      micron hasn't been a word for over 20 years. the correct term is micrometer (m).

  14. Where Intelk Gets its names by DreIsGay · · Score: 0

    Alright! The Itanium 64.

    How do they come up with these processor names, you ask? An astute question, one that requires some of Intel and AMD's most closely-kept company secrets. A friend of mine who used to work for Intel managed to smuggle the following Perl script out, shortly before he was fired. Here it is:

    #!/bin/perl

    # Copyright (C) 1997 Intel Corporation
    # This is a proprietary Intel perl script.

    @prefix = ( "Pent", "It", "Max", "Ath", "Cort", "Trit" );
    @suffix = ( "ium", "alon", "ex", "anium", "oricon", "agon",
    "on", "eres", "obos", "ymede", "itan", "erion" );
    @tag = ( "II", "III", "IV", "Pro", "MMX", "Deluxe" );

    srand;
    printf( "%s%s %s\n", $prefix[rand 6], $suffix[rand 12], $tag[rand 6] );

    So if we run this script, we can see where the names come from:

    sg1 237% ./pnames.pl
    Cortium II
    sg1 238% ./pnames.pl
    Pentalon IV
    sg1 239% ./pnames.pl
    Penteres III
    sg1 240% ./pnames.pl
    Athalon Pro
    sg1 241% ./pnames.pl
    Pentitan II
    sg1 242% ./pnames-pl
    Maxymede MMX

    Please show discretion when you refer this script to others. It is, after all, an Intel proprietary secret and should therefore only be shared with others on a "need-to-know" basis.

  15. Ummm.... by fingal · · Score: 3, Informative

    Would you care to have a read of here and then explain your car analogy again?

    --

    The only Good System is a Sound System

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

    I used to be a hardware engineer at compaq (before the layoffs) and this guy is totally right. The Alpha 21264B is a direct variation of the EV type chips.

    MOD PARENT UP

  17. hidden details by JDizzy · · Score: 4, Insightful

    You have to go to the link, and make sure to look at the large image near the bottom.

    The image shows the 32bit pci bus only running at 33Mhz! I mean... I own a DIGITAL AlphaStation 4/233, and it has a 33Mhz. THis box is from 97.

    Just guessing from what I saw on the page... the kit is a strange malgamation of old, and new technology. The system has 133Mhz, btw nothing new for Alpha, for the memory bus, but not the pci bus.

    So... its is 64 bits.... but it isn't that special either.

    --
    It isn't a lie if you belive it.
    1. Re:hidden details by Dahan · · Score: 2
      The image shows the 32bit pci bus only running at 33Mhz!

      Yeah, and like the submitter, I have a PC164 too... even it has 64-bit 33MHz PCI slots. I guess depending on what you want to do with the thing, it might not matter, but this seems like a really unbalanced board. Good for raw number crunching, but not so good as a database server (or anything else that wants a lot of disk I/O).

  18. What I like the most... by C0vardeAn0nim0 · · Score: 2, Informative

    is this part of the specifications:

    "2MB of flash ROM
    - SRM Console for Linux Install"

    This means a REAL setup, with a command prompt. just like a REAL server should have (Think on SUN, PA-RISC, etc) not that crapy menus x86 machines have.

    Way to go Samsung. Add 2 or 3 more PCI slots and it'll be even better.

    Oh, and did you noticed te AMD 761 North Bridge ? nothing strange here. Athlon shares the same bus with Alpha. AMD licensed it a long time ago, so using an AMD chipset makes perfect sense.

    --
    What ? Me, worry ?
    1. Re:What I like the most... by red_dragon · · Score: 1

      Compared to the hacks needed to get Linux booted via ARC/AlphaBIOS, having the SRM console sure is nice, but all it really does is load the first sector(s) of a (possibly arbitrary) disk. This is not much different from how PCs boot their OS's. Contrast this with OpenFirmware-compliant systems, where the firmware can load a kernel directly from a partition.

      --
      In Soviet Russia, Jesus asks: "What Would You Do?"
    2. Re:What I like the most... by codealot · · Score: 1

      SRM usually loads a secondary bootstrap loader, e.g. aboot, which understands ext2 filesystems. So this isn't a real limitation.

      Reasons SRM is better than a PC BIOS:

      1) It understands a serial console
      2) It can boot over a network (using bootp/tftp)
      3) SRM has no artificial limitations on memory size (as in x86 real mode).

      I have a Alpha 164LX motherboard in a case with Ethernet and memory... no floppy, hard disk, video, keyboard or mouse. Still it can boot onto the network and run web servers, etc.

      Of course Open Firmware can do the same...

  19. Is this a troll or sarcasm? by raistlinne · · Score: 1

    I honestly can't tell. I assume that it's sarcasm, but it is written somewhat like a troll, too.

    Just curious

    --
    They laughed at Einstein. They laughed at the Wright Brothers. But they also laughed at Bozo the Clown. -- C. Sagan
  20. ....and yes, it will run Linux by Anonymous Coward · · Score: 0

    WOW, that's sure to be a big hit. They'll sell TENS of them.

    Then again, this market cycle is too well known for Linux-oriented hardware at this point, so all the /.ers will probably just wait for the purged stock to show up on eBay.

  21. What is "REAL WORK???" by DAldredge · · Score: 2

    What exactly is "REAL WORK???" Last time I checked the people in the GFX dept where I worked did real work and they do most of it in Photoshop...

    1. Re:What is "REAL WORK???" by VA+Software · · Score: 1


      Anything where people die if you get it wrong.

      --

      ---
      http://slashdot.org/moderation.shtml
    2. Re:What is "REAL WORK???" by beaubell · · Score: 1

      agreed. Also, if billions are lost if the answer is wrong.

    3. Re:What is "REAL WORK???" by ahde · · Score: 1

      that's not graphics, its clip art

    4. Re:What is "REAL WORK???" by Art+Tatum · · Score: 1

      Come again?

  22. Clock speed question by Michael+Woodhams · · Score: 3, Interesting

    I remember about 8 years ago, the Pentium was just released with a maximum clock of 100MHz. At the same time, Alpha chips had clock speeds of 275MHz. How come Intel chips have increased clock speed by a factor of 20 while Alpha have increased by a factor of 3?

    (Yes, I know that performance depends on much more than just clock speed.)

    --
    Quattuor res in hoc mundo sanctae sunt: libri, liberi, libertas et liberalitas.
    1. Re:Clock speed question by George+Walker+Bush · · Score: 0

      The Intel X86 has traditionally been a CISC architecture, so clock speed has been more important for the Pentium, and much work has been put into clock speed. The Alpha has always been RISC, and also, has more advanced pipelining, to get their CPI down, so pure clock speed has not been such a priority for performance improvement as it has been on the Intels.

      --
      George W. Bush
      President, United States of America
    2. Re:Clock speed question by pagercam2 · · Score: 1

      Intel has boat loads of cash, current pentiums get thier speed with a 20 count'em 20 stage pipeline, while most risc processors are 4-8 stages. Pipelining is a great way to get speed, but very difficult to get working and stay working partiucally after branches and pipeline stalls/flushes with interrupt support being the messiest part. Intel takes something like 3 years to rev a 1.0GHz design into 1.2GHz and have multiple teams working a once, i.e. a team finishing 2.0GHz, 75% done for 2.2, 50% done for 2.5, 25% done for 2.7 and just getting started for 3.0. I don't know how may teams they have but they are not only pipelining the processor but also the developemnt teams, while others can afford only 1 design team Intel can afford 10 (a wild guess) and Intel knows that they will continue to dominate so the large engineering budget really isn't risky at all. Money talks. PowerPC, MIPS, ARM and Alpha are better technologies but money beats technology most of the time. (MS vs Linux)

    3. Re:Clock speed question by renoX · · Score: 1

      At its beginning the Alpha was a pure speed daemon, a very "simple" (in order, simple dispatching) but with a very high clock design.

      Then its design became more brainiac, now it is an out of order design: they choose to increase the Instruction Level Parallelism over the frequency.

      So the Alpha reduced its advance in clock speed..

    4. Re:Clock speed question by Michael+Woodhams · · Score: 2

      I'm not particularly convinced by the answers so far. Yes, RISC does more with a MHz than CISC - but 8 years ago, Alpha had a 2.5 times advantage in clock speed over Intel, an unheard of clock speed for the time. If it was so good at high clock speeds then, why is the design mediocre at clock speed now? Surely even a very modest R&D effort could increase clock speed by more than a factor of 3 given 8 years of advances in semiconductor fabrication technology.

      George Walker Bush says:
      "clock speed has been more important for the Pentium ... The alpha ... pure clock speed has not been such a priority."

      The question is not 'why is it 2.5 times slower now', it is 'why is it 2.5 times slower now given that it was 2.5 times faster 8 years ago.' (I realize 800 MHz is more than respectable for a RISC chip - I've used top-of-the-line SGI and Sun machines with fewer MHz than this (although with 20 to 32 processors.))

      Pagercam2 writes:
      "Intel has boat loads of cash..."

      tcc writes:
      "over 2 years, not much work or funding has been put on Alpha ... same chip with more cache, reducing die size to increase clock speed"

      I would have thought the 'simple' changes tcc describes alone would allow for more than a factor of 3 in 8 years.

      What was the source of Alpha's big clock speed advantage 8 years ago, and why does this advantage no longer apply today?

      --
      Quattuor res in hoc mundo sanctae sunt: libri, liberi, libertas et liberalitas.
    5. Re:Clock speed question by Libertarian001 · · Score: 1

      True, but that's because of the way the architecture was planned. It was supposed to gain 10x performance increase due to clock speed, 10x due to SMT and 10x due "brainiac design" (ie, multiple instruction issue, out of order execution, etc). So it all worked out (except the part where DEC management blew the Apple deal)

  23. How about NetBSD ? by Anonymous Coward · · Score: 0

    I mean, the NetBSD port is supposed to be cleaner right ?

  24. Re:Stephen King, author, dead at 55 by Anonymous Coward · · Score: 0

    has he died nine times yet?

  25. Odd selection of features by HalfFlat · · Score: 5, Interesting

    An older board - the UP2000 - is a dual processor SDRAM (not DDR) based Alpha motherboard, which has 6 PCI slots, two of which are 64-bit.

    This new board has DDR ram, but only 32-bit PCI, and then only three slots. While nice and all - DDR is good, and of course it's for the Alpha 21264B, not 21264A - this does seem a bit of a step backwards in the IO stakes. Especially when it's noted that the UP2000 has onboard Ultra-2 SCSI as well.

    Perhaps this board was originally targetted at the 'lower-end' workstation segment? Does anyone know if a more server-oriented 21264B board is on the way? It seems sadly unlikely given the current circumstances.

    If one wants to have 64-bit multiprocessing on a budget, what are the current alternatives?

    1. Re:Odd selection of features by Magila · · Score: 1

      If one wants to have 64-bit multiprocessing on a budget, what are the current alternatives?

      At this point, 64-bit multiprocessing on a budget is an oxymoron.

    2. Re:Odd selection of features by rowlingj · · Score: 1

      I thought DDR RAM was a bit contentious? With patents and such - or am I confused?

    3. Re:Odd selection of features by codealot · · Score: 1

      You're probably thinking of RDRAM.

    4. Re:Odd selection of features by MadDog+Bob-2 · · Score: 1
      An older board - the UP2000 - is a dual processor SDRAM (not DDR) based Alpha motherboard, which has 6 PCI slots, two of which are 64-bit.

      The UP1500 is the successor to the UP1000/UP1100, both of which were also based on AMD chipsets. And don't be fooled by the DDR on the UP1500. Compared with the crossbar switches used on the "real" alpha motherboards (e.g. the UP2000), the memory subsystem of the amd761, nice as it is, can't hold a candle. If you're going to confine yourself to a PC's memory architecture, you might as well drop a couple of 1.6GHz Athlon MPs in it.

      I'd go dig up the links (check www.alpha-processor.com and www.microway.com), but that would just make me want to drop $15k I don't have on a new toy...

    5. Re:Odd selection of features by Art+Tatum · · Score: 1
      At this point, 64-bit multiprocessing on a budget is an oxymoron.

      And that's what makes this whole affair so irritating--it really didn't *have* to turn out this way. I, and I'm sure a lot of other people too, would have bought Alphas if we could have afforded them. But DEC would have had to make the first move (drastic price cuts coupled with very loud marketing and brilliant distribution agreements). Unfortunately, DEC was stupid and Intel was smart (and lucky). DEC just didn't seem to realize what they had.

  26. The limit to PCI clock is... by C0vardeAn0nim0 · · Score: 1

    33 MHz... that's it. you can't make make PCI-32 go any faster than this, or you'll end up with a frozen system, malfuctioning cards, and other kinds of bizarre things. remember old PC-XT 12 MHz ??? well, I do. corrupted files was the least of our problems when we had to deal with overclocked ISA buses.

    If you want a faster PCI bus you'll have to search for a PCI-64 mother-board. these boards have PCI slots with 64 bit data-path running at 66 MHz, but they require special cards to take advantage of the extra speed/bits. If you attach a normal PCI card to a PCI-64 slot it'll work with 32 bit data-path at 33 MHz.

    Also, forget about the memory clock. There's a north bridge controler between the memory and the CPU. Take an overclockable Athlon mother board like Soyo Dragon as an example. You can boost the CPU front-side-bus way beyond 133 MHz, but the memory clock will remain at 133 MHz.

    --
    What ? Me, worry ?
    1. Re:The limit to PCI clock is... by Anonymous Coward · · Score: 0

      actually, on most Athlon boards, the FSB and memory clock is tied...

      the Epox 8K7A can push DDR Sdram (Corsair PC2400 seems best for this) up to the 190Mhz range...

    2. Re:The limit to PCI clock is... by Noehre · · Score: 2, Informative

      Incorrect. You can and do overclock the memory. Most often times the FBS and memory speeds are statically linked. In some bios revisions, you may be able to set the FBS as Memory+33mhz. This allows people to use 133mhz FSB processors with slower PC100 memory.

      Ever wonder why overclockers are eagerly awaiting the widespread release of PC2700 DDR-SDRAM? Because it can be a bitch to overclock your PC2100 memory past a certain point.

      So, your point is basically totally wrong.

      Oh, and don't forget that You can also run 64bit/33mHz PCI cards. Nicely enough, most of these cards are backwards compatable with older busses. I have a newer 3Com Gigabit ethernet card that supports 32bit/64bit and 33mhz/66mhz/133mhz. Hell, I don't even know if you can get a motherboard with PCI-X yet, but the damn NIC already supports it.

      Anyway, I don't see how this has anything to do with the original poster's point. He may have worded it poorly, but it isn't that hard to figure out his point:

      Not having at least 64bit/33mHz PCI in a newer server-oriented board is a major flaw. 32bit/33mhz PCI is quickly becoming stretched thin by the likes of gigabit ethernet and Ultra160 and now U320 SCSI.

      Hell, I even stress the PCI bus in my workstation systems at times. Thankfully I now have 64bit/66mhz PCI in my workstations. Thank you Tyan!

    3. Re:The limit to PCI clock is... by C0vardeAn0nim0 · · Score: 1

      I got his point. now let's see your post:

      Most often times the FBS and memory speeds are statically linked

      I know this. that's why i said "an overclockable mother board" i.e. a board designed specifically for overclocking, which detaches the memory clock from FSB.

      You can also run 64bit/33mHz PCI cards

      I know this too. My post is not about faster buses running at slower speeds. is about why a PCI-32 only bus is limited to 33 MHz. If you check the jumpers of some old 486 MoBos you'll see that PCI-32 can also work at 25 or 16 MHz.

      My post was also about why you should not overclock certain buses. I still remember some old Cyryx chips with 75 MHz FSB that forced MoBos designed to work at 66 MHz to overclock EVERYTHING, including PCI. It was a bitch, and the pos was also informative, to remember less tech savvy readers of the limits of certain technologies.

      --
      What ? Me, worry ?
  27. "ev6" is the internal nickname by Nick+Mitchell · · Score: 1

    hiya, ev4 = 21064 ev45 = 21064A ev5 = 21164 ev56 = 21164A ev6 = 21264 ev67 = 21264A and so on. The ev's are the nicknames, the 21's are the release names. The "two-digit" ev's are minor modifications on the base architecture. For example, the 21064A increased the on-chip cache from 8kB to 16kB. The 21164A I think was just a process shrink, but not sure. nick

    1. Re:"ev6" is the internal nickname by codealot · · Score: 1

      21164A (aka EV56) also added byte-word extensions.

      The original Alpha had no instructions to read/write anything smaller than 32-bits to/from memory. That had some interesting consequences, like sparse addressing for video framebuffers, requiring far more virtual memory than other CPUs (note that VM isn't exactly free due to page table overhead and TLB misses).

  28. Why bother by pagercam2 · · Score: 3, Insightful

    The Alpha was a good architecture for the time, but with 2+GHz Pentiums I can't see getting excited about a 64 bit workstation. Especially from Samsung, who to the best of my knowledge has never been a player in the workstation market. Workstations are pretty much gone as a market, Sun seems to be the only people staying afloat, SGI is dead, HP has sold thier soul to Intel. The x86 architecture isn't that great but they got the bucks to continue development and beat other better architectures by shear size of thier warchest. I hate to admit it but good engineering often looses to strong marketing (kinda makes you want to cry), but thats the unfortunate truth. I'm not sure if IA-64 will do that well, I think its going to be a tough transition, Intel will probably be forced to make more generations of x86 and AMD seems to be beating them using a lower clock rate, so it may just be a good time to invest in AMD. Its about time that somre revolutionary architecture comes in a shakes things up, things like StrongARM are a step in the right direction, but not really competive for desktop. Transmeta has great technology, but why buy a simulation when you can afford the real thing, Intel has improved their technology by borrowing from Transmeta so Intel in getting ahead and Transmeta without the huge sums of cash is falling further and further behind.

    1. Re:Why bother by Anonymous Coward · · Score: 0
      Why bother? ... The x86 architecture isn't that great but they got the bucks to continue development and beat other better architectures by shear size of thier warchest.


      :%s/x86/Windows/g
    2. Re:Why bother by captaineo · · Score: 1

      The main reason I am interested in 64-bit platforms today is to take advantage of the bigger address space... People working on high-end graphics and scientific simulations are already needing several GB to run one program. Yes, you can shove up to 64GB in certain x86 machines, but even with 1GB you start running into problems, because you have to enable highmem for the kernel to be able to access all of it, and highmem is probably one of the least stable parts of the Linux kernel today... And then when you reach 3.5GB or so (per process) you are just plain out of address space, and it's game over.

      So, in the near future I will definitely be in the market for some 64-bit machines. The problem is, how to put them together cheaply? I can get a top-of-the-line dual Athlon for $2000 these days... But modern Alphas and SPARCs are still in the several-$k range, and basic IA-64 machines are going for $10,000+ today. Hopefully in the next year or two we will start to see much cheaper 64-bit platforms... (I'm mostly counting on x86-64. I think AMD has the right idea to make an incremental enhancement to x86 without throwing it all out the window; and hopefully their price points won't be as astronomical as the other 64-bit options).

    3. Re:Why bother by Art+Tatum · · Score: 1
      I hate to admit it but good engineering often looses to strong marketing

      Not often--always. Can anyone give me ONE example of the superior technology winning? Anyone...Anyone?

    4. Re:Why bother by gaemon · · Score: 1

      Especially from Samsung, who to the best of my knowledge has never been a player in the workstation market.


      Yes they were. Samsung produced Magic Workstation back in 90s. One machine was
      still operating in my laboratory in 1996.
      (Please don't confuse this with current MagicStation line. They are PCs)

      IIRC, it used Intel i860 CPU with 1024x768 4-level grey display. I remember it had some SIMM
      banks, so I suppose it had most chipsets common
      with WinTel machines, just like this Alpha workstation.
    5. Re:Why bother by IQ · · Score: 1

      *GNU/Linux* is taking the world by storm!

      --
      Adults are obsolete children. - Dr. Seuss
    6. Re:Why bother by Art+Tatum · · Score: 1

      Heh, yes we all love Linux. But can we say that it has "won"? When there are enough good applications running under Linux that it ceases to become a meaningful excuse for people not running it (while there might be other excuses), then I'll consider this a success. It's a success for me right now. But not in the general commercial world.

    7. Re:Why bother by pagercam2 · · Score: 1

      Some people certainly have special needs, but as Intel has the cash they will push ahead while architectures like the Alpha, without the funding will fall further and further behind. The Ultra Sparc has a much better chance of being available in a year or two than the Alpha. The standard comparision is VHS vs BetaMax, there may be desirable benifits but the market pushes things more. As an engineer I hate this trend, as better technologies get pushed aside by lesser technologies and people like yourself who have outside of the norm reguirements find it harder and harder. There is clearly too much convergence in technologies Windows 90%, Intel 95% C/C++/Java dominate except for scripting languages. I remeber going to technical bookstores and there being 5 bookcases of books covering 30+ languages, FORTRAN for engineering, Snobol for text etc... now its C on 1 bookcase, Java on 2 and other on a single shelf collecting dust. In my mind its time for a revoloution and everything will change, I just wish I knew in which direction so I could invest before the jump.

  29. what a shame by Anonymous Coward · · Score: 0

    Seriously Intel buys Alpha, one of the fastest processors and kills it. I would rather see new alphas being sold than IA64 or x86 because it is a design that is proven and mature as opposed to IA64 which is murder to program in assembly and is a big problem when writing a compiler. Intel take your 3ghz PIV stick it in your pipe and smoke it, just deliver a processor that makes sense.

  30. Samsung Goodness by jonbrewer · · Score: 2

    I'm coming to have a lot of respect for Samsung lately, what with their flat panels with integrated TV tuners, HDTV ready flat panels, their nice cheap 770 TFT (of which I have several tied together with a Matrox G200MMS card), their Yepp MP3 player (of which I have one)(it even plays my cdex/lame encoded vbr mp3s), and a host of other cool products, not to mention a nice website. (menu: who we are, what we sell, where we are. Just what we need to know.)

    This Alpha board is another in their seemingly endless line of cheap but good products, not cutting edge like IBM or Sony, but taking existing technology and getting it to the masses at a reasonable price and quality.

    (/jonbrewer thinks he'll head to etrade and put his money where his mouth is.)

    1. Re:Samsung Goodness by jonbrewer · · Score: 2

      Samsung seems only to trade in Korea and London. So much for buying them on etrade...

  31. Re:Ummm....yeah...deja vu by GISboy · · Score: 1

    Comparing processors to cars...my god who would ever do a thing like that ?

    --
    If it is not on fire, it is a software problem.
  32. Re:"ev6" is the internal nickname... by Anonymous Coward · · Score: 0

    ... That stands for "Electro-Vlasic" :-) The AlphaLinux.org web site has the pointers.

    Actually, "EV" stood for "Extended-VAX" very early on when the strategy was that VMS (when it was still "VMS", not "OVMS") was the only operating system that would be using the Alpha. (And, Alpha was the code name for the Extended VAX, 64 bit architecture project - the only time that a project's code name was officially transmorgified into the final product name. The 'AXP' crap was a short-lived marketing affectation).

    The "21" in the CPU part number referred to the 21st Century, in the hope/belief that the architecture would last well into the 21st Century. The middle digit refers to the various iterations, just like Intel, and the "64" refers to the ALU data path bit widths. The EV3 was the first experimental chip, with little or no memory management (and no FP, 'tho I can't remember). The EV4 was the first production release, used in the various DEC 3000s and 4000. The EV45 was so named because it was an EV4 made with EV5 parts, and its part number was 21064A. The EV68 is basically an EV6 (21264) made with the 0.1something process that was originally envisioned for the EV8. And, yes, there's an EV7 forthcoming (and that's no secret - it was part of the overall announcement), and yes, they're bloody fast, and they'll be shipping before decent Unobtaniums will be.

    And, yes, I'm an AC, but I hope that the reason is fairly obvious by now...

  33. CISC vs. RISC by JumboMessiah · · Score: 1

    For those folk who continue to RISC vs CISC debate you'll find that both design mentalities have been munged together to where modern CPU's show qualities from both camps. Best description comes from this peice on arstechnica.... It's well worth the read.

    Article

  34. I contest that. by Anonymous Coward · · Score: 0

    MIPS is better.

  35. Full system to cost around $4500 by zulux · · Score: 2

    From here: http://www.theinquirer.net/02040103.htm

    Samsung Alpha board suffers from DDR famine

    And fails to deliver on 1GHz Alpha

    By Pete Sherriff , 31 March 2001

    THE JOINT VENTURE which produces mobos for the DEC (sorry Compaq) Alpha microprocessor is suffering from a severe shortage of DDR cache memory, according to sources acutely close to the acute famine.

    The UP 1500 Alpha, which supports a 21264 Alpha at up to 800MHz speed and comes with 4MB or 8MB of level two DDR cache, is intended to arrive in July, with typical systems costing around $4,500.

    But a shortage of cache for the processor is hampering production, leaving system integrators truly "up in arms" and Samsung embarrassed at the short-fall.

    --

    Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.

  36. Re:Clock speed question Long answer and mini rant by tcc · · Score: 3, Informative

    >How come Intel chips have increased clock speed by a factor of 20 while Alpha have increased by a factor of 3?

    Without going too technical, intel designed it's pentium IV to be highly scalable in speed (but look at how poor it performs mhz/mhz-wise compared with AMD), Alpha had a good design from the start and they've built around it, intel went for the marketting hype machine.

    Also keep in mind that since over 2 years, not much work or funding has been put on Alpha technology... basically it's the same chip with more cache, reducing die size to increase clock speed and stick yet more cache, nothing much, nothing new, intel did the same with the pentium II/III... but in the same timeframe, intel pushed a lot of R&D and $$$ to pump out it's next generation processors. There's NO DOUBT that with the same energy, you'd probably have a 21464 making the IA64 a bigger joke that it is right now.

    The thing that pisses me the most in this story, is I come from an amiga background, I had a lot of respect for both alpha and Mips back then (remember the Raptor Screamernet renderfarm (Mips-based) that you'd stick near you amiga toaster system and it would render 25 to 40 times faster?, or the first lightwave port to alpha, screaming over 40 times the speed or my poor amiga 4000?), I knew that if my platform would eventually die, I'd have a supersweet alternative.

    But what happened? Microsoft pulled the plug on Windows2000 on the alpha, ok no problem, there's still some unix alternatives (but kiss goodbye to seeing alpha as a powerfull Windows workstation), and like if that wasn't enough, compaq bought it, waited, left it to die.. just like gateway did with the amiga. Wait till the technology gets too old (funny fact is even 2 years later the alpha CPU is still good and can be compared to current systems...2 years.... think about it).

    Anyways, the treatment the Alpha got is so unfair, it went the same way MIPS went, same way amiga went, and it's a proof that it's not the best technologies that wins. When I was still dreaming about seeing Win2K on alpha, and Compaq released it's workstation shortly after buying DEC, I knew there was something wrong because they would NEVER compare to intel, NEVER. but NEVER I thought that one day, the potential INTEL competitor would get bought by.... INTEL.

    Here goes my dream of seeing intel shoving 64bits technology into mainstream and normal people and general benchmarks sites noticing "hey, speaking of 64 bits, there's that Alpha processor that is 3 times faster... woah 3times?!? it's worth to check!!! it might be the next AMD!"

    It is.. (even if it's pre-amd) only geeks like us ,and some powerusers/scientists, noticed.

    --
    --- Metamoderating abusive downgraders since my 300th post.
  37. Re:"ev6" is the internal nickname... by Nick+Mitchell · · Score: 1

    hey AC, does the ev7 use SMT? How many thread contexts? or was that ev8?

  38. pant. pant. pant. by GISboy · · Score: 2, Interesting

    If you are hungry for knowledge, slashdot is an all you can eat shmorgasboard...woof!

    (Still scanning all the pdfs)

    Man 'o man this brings back memories.

    I remember a discussion on architecture a while back when I was a newbie about which was better; the invariable "CISC vs RISC" discussion that degenerated into a flame war of mac vs pc.

    (being a newbie at the time, that was an introduction to what a flame war was. Glad I had the sense to lurk and listen.)

    As the discussion raged on with benchmarks of floating point and integer, FLOPS, expandability, usability and so forth, an Alpha user spoke up.

    I forget the exact words but it went something like this:

    "I've been reading this thread with great amusement for some time, because *everyone* in it points to a single benchmark run one at a time. On the machine I am posting from I run a NNTP server that transfers about 3G a day, an FTP server that does even more serving internally and externally, I'm a mirror for (I forget who he said) and, keep in mind, before posting to this forum, I was playing Quake @ 50fps. When you can do half of what I am doing on your pc's and mac's or even *touch* my frame rate, then we'll talk."

    To say the discussion ended abruptly would be an understatement.
    As a point of reference it was about 1994 or so and the pentium was maybe at the 100Mhz mark. 3G of data when 500M was an "increadible" amount of space. Getting Quake up to 30fps on your average pc was darn near impossible to mere mortals (much less a newbie such as myself at the time).

    After that, well, Alphas have always been awe inspiring because then, like now (reading the specs) these processors are beasts!

    And SMP systems that are becoming common today, well, Alphas and Suns were the only ones I was aware of (at the time) capable of such things...or were more common than their mac/pc counterparts.

    Aw, man, I've gone on long enough, sorry about that.

    /me wipes away a tear. {sniff}

    Thanks to all the posters of the specs, it is going to be a few days until I can wipe this stupid grin off my face.

    Cheers,

    GISboy

    --
    If it is not on fire, it is a software problem.
    1. Re:pant. pant. pant. by leviramsey · · Score: 1
      ...I was playing Quake @ 50fps.... As a point of reference it was about 1994 or so

      Bzzt! Wrong! According to this page, id didn't release Quake until 1996. I doubt that they were beta-ing it on Alphas, too.

  39. had to happen! by fea · · Score: 1

    The Alpha stands alone as the fastest floating point processor for the money (bang for the buck). With the Compaq cc and fortran compilers, this beast blows away anything else. For scientific and engineering applications, none better. Of course, I recall Linus said years ago the future for Linux was in games not calculations. I think he has underestimated the calculations side.

    1. Re:had to happen! by Anonymous Coward · · Score: 0

      Bang for the buck suggests some compromise, for instance between MFLOPS/buck ... and there is no compromise here, its the fastest but its price performance ratio is horrible. That doesnt matter if the hardware costs are not a big part of the equation or if your problems scale badly across a cluster though.

    2. Re:had to happen! by fooguy · · Score: 1

      Yes, Alpha's Price/Performace Ratio is AWEFUL!

      http://loki-www.lanl.gov/papers/sc98/

      "As an entry for the 1998 Gordon Bell price/performance prize, we present two calculations from the disciplines of condensed matter physics and astrophysics. The simulations were performed on a 70 processor DEC Alpha cluster (Avalon) constructed entirely from commodity personal computer technology and freely available software, for a cost of 152 thousand dollars.

      Avalon performed a 60 million particle molecular dynamics (MD) simulation of shock-induced plasticity using the SPaSM MD code. The beginning of this simulation sustained approximately 10 Gflops over a 44 hour period, and saved 68 Gbytes of raw data. The resulting price/performance is $15/Mflop, or equivalently, 67 Gflops per million dollars."
      That's the first one I grabbed. Go beat on your PeeCee Coward.

      --
      "All I ever wanted was to see Larry Wall give Bill Gates a Perl necklace."
      http://www.eisenschmidt.org/jweisen
  40. atrowe by Anonymous Coward · · Score: 0

    your vacuous ontopic ramblings are nearly as impressive as sig 11's were

  41. page size by Mike+Hicks · · Score: 2, Interesting

    This is a little thing that people don't talk about much. Of course, it's quite possible that it doesn't deserve to be talked about much.

    Memory management is becoming more difficult to do efficiently these days due to the fact that the most commonly used processors (Intel-based) use a memory page size of 4 kilobytes. Each chunk of 4kB must be managed by the operating system. This is the unit of memory used for a great many operations. Swap space is also referred to as the `paging area', where little-used memory pages of running programs get sent.

    Of course, 4kB isn't the only page size that Intel CPUs support -- they can also handle 4MB pages (a little large)! 64-bit successors to the Intel x86 platform (both x86-64 and IA64) only support these same page sizes.

    Other CPUs can handle different page sizes. I think SPARCs generally have 32kB pages. Alphas apparently do 8kB. Many processors have variable page sizes as well.

    While I doubt the page-size issue is going to cause anything to completely keel over anytime soon, I do think that more flexibility could make memory management more efficient and increase performance.

  42. don't get excited... by rbw · · Score: 2, Informative

    okay, let's review...

    The Inquirer has a story posted March 31, 2001 about the UP1500. it says the product is "is intended to arrive in July". it is now November.

    these mailing list posts (including some by yours truly), show that the Samsung page in question, has been around since at least April 2001 and so has a page which has listed the UP1500 as "Under Development" ever since.

    now, i'm no expert, but i think it is fairly safe to call this vaporware. maybe the motherboard will come out at some point, but for right now, it's silly to treat it as news.

    (i will refrain from making commentary about how certain news *cough* organizations should check their sources before posting stories. oops! i just did.)

  43. 15 years of respect... by Erris · · Score: 1

    ...founded on something as silly as a good amber monitor from them. Used it for ten years, exclusivly and it still works. Samsung does make some good stuff.

    --
    DMCA, Hollings, Palladium. What might have sounded like paranoia is now common sense.
    1. Re:15 years of respect... by mrscorpio · · Score: 1

      Stay away from their consumer electronics though...take it from a former tech support rep (me).

      Chris

    2. Re:15 years of respect... by Anonymous Coward · · Score: 0

      'Former' means you're out of the loop on current products.

      Things change.

      As an example, the same group that brings you those outstanding computer monitors has taken over the TV Division. Watch for the quality to keep improving, all around.

      ...take it from a current member of R & D (me). Samsung is well aware of it's public image, and is working hard to make it shine.

      Of course, the next big group to impress is outside of North America....

    3. Re:15 years of respect... by Anonymous Coward · · Score: 0

      I bought an ECX camera from them - GREAT. I've purchased six 19" monitors from them, different models - all GREAT.

  44. No thanks by NumberSyx · · Score: 2

    I think I will stick with my Tyan Tiger, with 2 x 1.2 Ghz Athlon's. $500 for the board, 2 processors and 256MB of RAM, life does not get better than this.

    --

    "Our products just aren't engineered for security,"
    -Brian Valentine,VP in charge of MS Windows Development

  45. A couple of very shaky points, here. by Christopher+Thomas · · Score: 4, Insightful

    While there is no doubt that there is lot of cruft in the x86, you have to give Intel credit for getting way more performance out of it than anyone thought they wood. I remember back in the early 90s everyone kept talking about how RISC was going to kick Intel's ass for these very reasons: they would never be able to overcome the limitations of having to support backward compatibility. Yet, they are still standing, and RISC's advantages are very small in real terms.

    You should probably doublecheck your sources, as they seem to have misinformed you on a couple of points.

    Firstly, the past several generations _are_ RISC chips, with a wrapper around them that translates x86 instructions. This is why Intel chips have more decode stages in the pipeline than any clean architecture would (and why they were so eager to use a trace cache in the Itanium - among other things, it lets them skip the decode stages for instruction batches the processor has seen recently).

    Secondly, there is a *huge* performance difference in practice between RISC and CISC architectures, for the simple reason that you can't pipeline CISC processors. You have instructions that do wildly varying amounts of work, taking wildly varying amounts of time to do it, sometimes without the total execution time being known (like the "loop" and "rep [foo]" instructions). Pipelining requires an instruction set with instructions that take roughly the same amount of time and that share many steps in common between instructions. RISC neatly provides all of this.

    You can partially pipeline a CISC machine by only pipelining some types of instruction - heck, even a RISC machine will need to special-case things like divide operations - but pipelining is far, far more effective with a RISC architecture.

    This was one more nail in the coffin of CISC cores (there are serious hardware and compiler complexity problems too).

  46. Old by Harle194 · · Score: 1


    If I remember correctly, this board was originally announced back in March, or at least that's when I first came across it. It's essentially an upgrade from the UP1100 (AMD-750 PC100 SDRAM) using AMD's uniprocessor DDR chipset.

    As to how much availability we'll ever see from this...well, I can't say for sure, but there are a few caveats. First off, a couple months ago, API Networks -- the joint Compaq-Samsung company created to build and sell Alpha based products -- laid off their server division (about 25% of the company) in order to transition to being a silicon company. Furthermore, it was reported last month that AMD will discontinue production of the AMD-760 chipset (which the UP1500 is based on) as they feel it is no longer needed to support the Athlon platform following the introduction of VIA's KT266A, Nvidia's nForce, and so on. So this means that it may not even be possible for the UP1500 to be productized (according to Samsung, it is still listed as "Under Development" -- the same as it was eight months ago) due to the lack of a source of AMD-760 core logic, and even if it is released, there may not be anyone to support it.

  47. Wow '98 by Anonymous Coward · · Score: 0

    Unfortunately time stands still for no man.

  48. Re:"ev6" is the internal nickname... by Anonymous Coward · · Score: 0

    EV8 chip is the SMT monster. EV7 chip is an EV6 core with a HyperTransport interface replacing the EV6 bus. It also includes an 8-channel RDRAM memory controller.

    For the record for everyone else, "EV" means "Extended VAX". The first generation Alpha was the EV4 aka 21064, the second was the EV5 aka 21164, the third is the EV6 aka 21264, the fourth is the EV7 aka 21364, etc.

    When you see EV56, that second digit denotes a more advanced manufacturing process than the original. For example, the EV5 was fabbed in .5um, the EV56 in .35um.

    The EV6 was .35um 466-667MHz, the EV67 was .25um 667-833MHz, the EV68 was .18um 833-1000MHz, the upcoming EV69 is .13um.

    The EV69 (This is not the 21264B or E) is supposed to debut at 1.3GHz, have an undisclosed amount of on-die L2, takes up 82mm2 of die space, uses Copper interconnects and consumes just 65W. And rumor has it that it's pin compatible with Socket-A/462, now that the L2 is on-die.

  49. try opening your eyes when you look... by Libertarian001 · · Score: 1

    ...and you'll see that the UP1500 board has been available for some time now.

    http://www.harddata.com/spx264-15brief.html

    1. Re:try opening your eyes when you look... by rbw · · Score: 1

      touche.

      the fact remains that Samsung's own page still lists the board as "Under Development".

      the other side of the coin is that systems using the UP1500 are not easy to find... and it appears impossible to simply purchase a motherboard, which is what i would want.

      seriously, prove me wrong again... please. i'd love to get one of these.

  50. 264DP motherboard by Paul+Komarek · · Score: 2

    It is worth knowing that Microway will continue producing the 264DP motherboard that API dropped a while back. Thus Samsung isn't the only source for Alpha motherboards. And the 264DP rocks:

    *) Dual capable
    *) Dual memory busses, *each* with 2.6 GB/sec
    *) 4GB memory max (I wish this were higher)
    *) Dual 64bit PCI busses, don't know the speed
    *) Built-in Adaptec SCSI, usb, etc. FWIW, Microway seems to prefer adding an Intraserver PCI SCSI controller (Symbios based) and avoiding the Adaptec controller.

    These motherboards can really push data. Systems at 500MHz and 667MHz built around these boards crush x86 cpus at twice or thrice their clock speed. These systems are somewhat expensive, but they're worth every penny. You just can't get similar floating point performance or memory bandwidth from x86 machines, even with the new ServerWorks chipsets.

    Because the Alphas are a 64 bit architecture, your per-process memory space is huge. You won't get above 3GB virtual memory per process on x86 under linux, I believe NT has a similar or lower limit and SCO has (had? ;-) an 8GB per process vm limit. If you want more virtual memory (don't think swap, just virtual memory), you need to fiddle with your own segment/offset layer or similar.

    For what it is worth, we do in-memory data mining and number crunching in our lab. We regularly have processes with 15GB of virtual memory allocated (of course we're not swapping that much; we may be crazy but we're not stupid =-). For these purposes I love the Alphas. I have no knowledge about web serving, database serving, etc, from Alphas.

    -Paul Komarek

    1. Re:264DP motherboard by Howie · · Score: 2, Insightful

      somewhat expensive? $15000 for a 1U Dual-21264B node with 256Mb and a 9Gb drive according to Microway's website. I know it's a specialised market and scaling doesn't work lineraly, but you can get a lot of Dual P3-1Ghz for $15000. The memory consideration would have to be very important to you.

      --
      "don't fall into the fallacy of believing that Perl can solve social problems. Maybe Perl 6 can, but that's a ways off"
    2. Re:264DP motherboard by Anonymous Coward · · Score: 0

      You'll still come out behind in performance for many things.

    3. Re:264DP motherboard by Paul+Komarek · · Score: 2

      Microway's prices on the website are horribly out of date. At the beginning of this year, we bought two dual 264DP machines with 4GB each in rackmount cases with slide for $13,500 each. I'm sure the "loaded" config is less now.

      That's still expensive, but if you need a *single* *fast* cpu, a bunch of dual P3-1GHz won't do it for you. We need the large virtual memory, and more than that, our code is single-process and single-threaded. We just aren't into clustering, primarily for historical reasons (large, old codebase among others). Other labs might do things differently -- deal with their own memory allocators to span processes, and handle the extreme NUMA-ishness of a cluster. We'd rather put our money up front and save time.

      We've got a bigger machine which is basically a 264DP with 4 cpus and lots of memory banks -- the cpus share the two mem and pci busses. It can take up to 32 1GB dimms, for a total of 32GB of ram. It's a Compaq ES40 Model II.

      Because we run primarily single-process, single-threaded code, we have one or more users per cpu, instead of one or more cpus per user. This also saves administrative costs, because there is less hardware to deal with.

      -Paul Komarek

  51. Re:Clock speed question Long answer and mini rant by Art+Tatum · · Score: 1
    and it's a proof that it's not the best technologies that wins.

    I hear ya bro. If that weren't true, we'd all be running NeXTSTEP on 10 GHz Alphas right now....

  52. AMD Chipset? cross platform motherboard by Coppertone · · Score: 1

    Hmmm... It use AMD 761 chipset - so does that means if someone really wanted to they can hack the KT266A, etc and make these motherboard to work with both Alpha and Athlon?! I bet if you have the right socket on the motherboard and the right BIOS you can just swap the CPU in and you have a cheap and cheerful Alpha system......

    Shame that it has come too late. Long live Athlon!

    1. Re:AMD Chipset? cross platform motherboard by mikefoley · · Score: 1

      Sorry, the CPU is soldered onto the board on the UP1500. And you can't just take an EV6-based CPU and "plug it in" to an AMD or VIA based board. The signalling and power consumption, plus the need to supply at least 2MB of cache kind of eliminate that possibility. Nope, the board has to be specifically designed for Alpha. FWIW, I was one of the Alpha people laid off from API.

      --
      What's my Karma Mr. Burns? "Excellent"
  53. happy me by Anonymous Coward · · Score: 0

    This pleases me a lot. I have a PC164 Ruffian system at home running Debian and I've been really happy with it. I got a 56k ISA modem working in it as well... it's a really great system. It's quite impressive that a machine that is 4 years old can crunch a seti unit in under 8 hours.

    Once I get some money together, I'd happily get another Samsung alpha machine for unixy things.

  54. Re:"ev6" is the internal nickname... by hattig · · Score: 1
    The EV69 (This is not the 21264B or E) is supposed to debut at 1.3GHz, have an undisclosed amount of on-die L2, takes up 82mm2 of die space, uses Copper interconnects and consumes just 65W. And rumor has it that it's pin compatible with Socket-A/462, now that the L2 is on-die.

    Woo! Alpha powered computer on nForce hardware? ;)

    Seriously, if this turns out to be true, and within a year, then this could popularise the Alpha a bit, especially with Linux users who don't need x86! This is, of course, assuming that the processor is reasonably priced.

    Alpha has always lacked a consumer level CPU, which has affected it when it comes to workstations and PCs. They have been powerhouses with 4/8MB L2 cache off-chip, etc, but if they had at each stage made a cheaper chip with 512KB L2 cache, or 256KB on-die L2 cache, especially if it was pin/slot compatible with Athlon processors, then the uptake of the processor would have been a lot higher. IMO, of course!

  55. But will it run OpenVMS? by Anonymous Coward · · Score: 0

    The world's most reliable OS? Last time I checked
    there was no USB support in VMS, but it was supposed to come in a follow up to V7.3. So will the SamSung machine boot VMS? That would be nice, taking me back to the PC150 21064 Jensen days with OpenVMS and DECWindows on the desktop - if only.

  56. Porsche, not Porche by benb · · Score: 1

    > Porche

    It's "Porsche", not "Porche".

  57. Woo Hoo! by zarathustra93 · · Score: 1

    At the risk of being moderated redundant:

    I still must express my unabashed joy at seeing that Alpha is not going to go the way of the dinosaur. It's a wonderful chip. Diversity in products available to us compu geeks is most assuredly a good thing. This announcement is a glimmer of hope in an otherwise almost completely wintel world :-)

  58. Alphas will still have life by Anonymous Coward · · Score: 0
    With 1GHz alphas, which still fry anything else, alphas are still alive, and 2nd most powerful (power4 has taken alpha's traditional spot). Unfortunately, there appears to be a shortage of DDR cache (what the alpha uses) which is why they are so expensive right now. Of course, they are usually more expensive than others because they don't put bad chipsets into them. We have the advantage over everything except some of the huge smp sun systems, or ibms, but even there a 32-proc alpha beats a 64-proc US E10k in database apps. Apple people argue that part of the reason is that their chipsets, and onboard stuff are much better than pc stuff, and for a long time they were right (and possibly still are, I haven't looked to closely at macs for a while), but that arguement applies even more to alphas, where on many motherboards we have UW SCSI or above STANDARD. Only some of the really high end x86 boards have that.

    Typing this on a 733 P3 which will get spanked by the 533 Alpha (164) easily, in basically anything (exceptions, such as running x86 byte code don't count, but I can do it, and basically the same speed vs a 400-500 mhz x86 box.), same applies to the athlons next to me (850s and 900s). Until x86 hits 2x MHz for 164s, the alphas will beat them, or be of similar performance, and x86 only starts winning anything at about 1.5x (2 vector tests (integer, but not sure of who's integer, I will wager it is the athlon's)).

    Ramblings of an Alpha-geek. PS. Anyone remember the whole anti-trust issue when dec sold it's aging fabs, and the strongarm to intel, which I believe stated that intel had to make chips (Intel claimed they couldn't (claimed it was to complicated for their fabs), but there was NO evidence they ever tried.) and that there was some restriction on intel trying to go after alphas. (not quite sure what the last part was)

  59. Samsung needs to get its act together by Keith_Beef · · Score: 1

    Samsung should sort out its web site and provide useful information. Then I could start taking the company seriously...

    Try following the "What we sell" link...
    Samsung doesn't seem to sell very much!

    http://samsungelectronics.com/semiconductors/alp ha _cpu/product_guide/where_index.html


  60. But will it run the lastest RedHat Linux? by Anonymous Coward · · Score: 0

    Hmmm....??

    How can you say it'll run linux when it won't run the latest RedHat?

  61. EV68 is shipping in Wildfires by CigarBuff · · Score: 1

    No, the EV68 has been out for quite some time, and it is in fact shipping in Wildfires as of recently at 1GHz. The technologies you're referring to are coming in the EV7 (21364), not due out for over a year, IIRC.

    FYI - All Alpha CPUs are EV-something.

    Cheers,
    CigarBuff

  62. Re:Clock speed question Long answer and mini rant by UberLame · · Score: 1

    Ahem. If the best techonologies won, we wouldn't be running Nextstep on Alpha, we would be running Genera on Alpha. Oh wait. We can do that. Now, if only Symbolics would drop the price of OpenGenera, and if only they hadn't dumped the S-Graphics unit. Nichimen/WingedEdge/izware/current name of the month seem to be making a real mess of what should be some kick butt products.

    --
    I'm a loser baby, so why don't you kill me.
  63. You're forgetting something... by Svartalf · · Score: 2

    In order to be useful most applications, etc. have to be compiled with the least common denominator- period. This translates into something that will not assume that you've got seperate pipelines for execution for the FP and MMX/3DNow type instructions because they want it to run on all those K6-2/3's and Pentium MMX/II machines as well as the Pentium III machines. Backwards compatibility's a double-edged sword.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas