HP Finally Reveals The Alpha Marvel

linux? by tps12 · 2003-01-20 07:25 · Score: 2, Insightful

Any word on whether these babies will run Linux? That's probably going to be the single biggest factor in deciding which 64-bit server CPU dominates the marketplace.

--

Karma: Good (despite my invention of the Karma: sig)

Re:linux? by 1lus10n · 2003-01-20 07:32 · Score: 4, Informative

they should, all current versions of the alpha procs run linux great. (as verified by the alphaserver 5000 sitting under my desk running RH 7.2)

--
"Two things are infinite: the universe and human stupidity; and I'm not sure about the the universe." --Albert Einstein
Re:linux? by Compaq+Test+Drive · 2003-01-20 07:51 · Score: 5, Informative

Speaking as someone who has in fact actually done it, yes, Linux will run on an EV7 Alpha system. If you'd like to try out an EV7 prototype system, we have one up in the HP Test Drive Program, where we give out free shell accounts on a wide range of hardware and operating systems. The EV7 prototype we have is running Tru64 UNIX at the moment, but we do periodically have Linux on there for people to try. We also have Itanium II systems running Linux, for anyone who would like to try them out as well.
I may work for HP, but that does not imply that my opinions are theirs.
Re:linux? by doorbot.com · 2003-01-20 09:05 · Score: 3, Informative

That's probably going to be the single biggest factor in deciding which 64-bit server CPU dominates the marketplace.

Linux on UltraSparc works great, and has excellent support under Debian (although I guess that's no surprise).
Re:linux? by Fnordulicious · 2003-01-20 14:20 · Score: 2, Interesting

Sure it works great. Unless you care about POSIX sigcontext. In which case the SPARC/UltraSPARC Linux kernel sucks like a Hoover. And yes, the SPARC kernel developers know about it, and no they don't give a damned. It's the only version of the Linux kernel with a broken sigcontext implementation.

Oh, and GCC still doesn't support all of UltraSPARC's 64-bit instructions. And no, Linux distros for UltraSPARC don't come compiled 64-bit. And last I checked (a couple months ago) I still couldn't get glibc to compile in 64-bit mode on Linux/UltraSPARC. It just choked somewhere in the middle of the build due to broken code generated by GCC.

Linux kicks ass over Slowlaris and SunOS when run on 32-bit SPARC processors. But when it comes to 64-bit UltraSPARCs it simply bites. And nobody seems to care enough about the lack of performance or support to make it better.

But Linux/UltraSPARC does make a good web server or the like. An Ultra 5 doesn't cost too much more than a similarly rated PC and is essentially immune to all r00tkits because the script kiddies don't have tools for Linux/UltraSPARC. For Linux/x86 yes, and for Solaris/UltraSPARC, but not for Linux on an UltraSPARC. You just get a weird message in your logs and the program in question just dies quietly.

See Also... by Anonymous Coward · 2003-01-20 07:31 · Score: 2, Interesting

Alpha Lives! But Who Will Market It?

Only one? by LiftOp · 2003-01-20 07:31 · Score: 5, Funny

from hp: "Customers, analyst and industry leaders react enthusiastically"

I knew tech was tightening the belt, but they could only get one analyst to react enthusiastically? And you know that guy's looking over his shoulder... I'd be reacting DAMN enthusiastically if I was him.

HPs Strategy by jbischof · 2003-01-20 07:36 · Score: 5, Insightful

I am very confused on why HP says "We fully support Itanium" and then releases EV7? This architecture is so fundamentally sound that it can beat Itanium 2 on core floating point performance.

In my mind HP should either go one way or the other, not release a processor most people would claim to be better than Itanium. Why didn't Intel just buy the Alpha architecture and continue it?

I know that AMD and Intel have both dissected the EV8 planned processor, and used parts of it for themselves. EV8 was going to be 4-way SMT (Intel uses that now as HyperThreading) and have integrated Northbridge on die (same as Hammer chips).

Its a sad state of affairs when the superior architecture gets cut up and sold to different companies to produce two slightly inferior chips.

Re:HPs Strategy by Anonymous Coward · 2003-01-20 07:45 · Score: 3, Informative

They need 'grout' to fill in the space between people currently on Alpha (or someone needing better performance NOW), before Itanium comes to the point in which they are the in thing. Alpha has MANY VERY loyal customers that would drop ship if they didn't have something to fill the space until Itanium comes of age. AMD doesn't have anything on EV8, it is EV6 they have and licensed technology for. Intel does however have rights to use everything from EV7 and EV8.
Re:HPs Strategy by Chris+Colohan · 2003-01-20 07:59 · Score: 5, Insightful

Before HP purchased Compaq, Compaq had already committed to selling EV7 systems to customers. HP would be stupid to reneg on those contracts and upset their customers.

Also, when HP bought Compaq years worth of design work for the EV7 were already finished. Throwing it away would not necessarily be a profitable decision.

Talking to the folks on the Alpha design team (now the Intel advanced design team), they were not super happy about EV8 being cancelled. But such decisions usually come down to money...

The Alpha was in almost all ways a technically superior design to the IA-64. Now that the same group of architects is working for Intel, they can probably make the IA-64 run almost as well or better...
Re:HPs Strategy by brejc8 · 2003-01-20 08:07 · Score: 2, Insightful

Big server companies cannot just drop products. There would be so much of an outcry that no one would buy the next range from then because they could drop that too.

EV8 was a finished product when the lots of compaq hp stuff started happening and so hp wouldnt kill it of after all that money being put into it. hp decided to suck up to intel forever now and supporting the remenents of the alpha while it makes money is still a good idea to them.

The last reson is that compaq employees would be a little hurt and dissatisfied if hp went along and killed every product they had.

Its a shame that hp dont want to push the alpha and that it was a little delayed due to the transition. If it was released a few months ago hp would have probably kept the line open for a few years longer.

--
Mouse powered Chips, Open source Processors and Lego
Re:HPs Strategy by heh2k · 2003-01-20 08:37 · Score: 3, Informative

In my mind HP should either go one way or the other, not release a processor most people would claim to be better than Itanium. Why didn't Intel just buy the Alpha architecture and continue it?
they were probably well into working on the itanic when the option to buyout alpha came along.
Its a sad state of affairs when the superior architecture gets cut up and sold to different companies to produce two slightly inferior chips.
yes, it is. and disregarding alpha for a moment, you would think after 20 so years of the pile of crap known as x86, that intel would be intelligent enough to make clean, sane cpu. instead they, of course, design the itanic. i've read about its isa and all i can say is "feature bloat". i also read a little of the hp book about porting linux. the itanic is the most overly complicated, misdesigned cpu i think has ever been made. at least when the 8086 came out, it was a good design (relatively speaking).
it's funny how intel says "epic is simple, no ooo complexity" but doesn't mention the all rediculous crap like rotating register files, etc, etc. afaict, ia64 is MORE complex than any risc chip. NOT simpler. and throwing ooo out the door is stupid. a) compilers can't predict cache misses b) gcc sucks and so, to get anywhere near decent performance, you have to use a different compiler (dec's cc, and i think just about everyone else's, outperforms gcc). i predict that intel will be forced to eventually add ooo back. at best, intel has traded ooo complexity for the complexity of all the features needed for compiler driven scheduling, AND forced compilers to be very good just to get decent performance.
Re:HPs Strategy by Anonymous Coward · 2003-01-20 09:32 · Score: 2, Insightful

the next itanium will be better than ev8 for 2 simple reasons: ev8 doesn't exist; and it will never exist. process improvements alone are enough to be "better" than any non-existant EV8
Re:HPs Strategy by Syre · 2003-01-20 09:41 · Score: 5, Insightful

Trillions (yes you read that correctly) of dollars per day move around the world on VMS-based money transfer systems (before you question this, think again. I have managed some of these money transfer systems. Over $1 trillion per day moved in and out of ONE bank I worked at several years ago).

Trillions more are controlled internally by such systems. VMS systems also still power major mission-critical business processes at thousands of companies.

You don't just drop a user base like that and say "ok, go convert overnight to a new processer architecture". These companies have long-term plans and are some of the biggest customers for large systems. They have already spent millions of dollars and years of effort converting from VAX to Alpha, and they aren't going to be willing or able to suddenly switch to Itanium.

For those who said "just recompile", they are missing the point. It's not just the programs which need to work absolutely and perfectly, it's the OS, and VMS on Itanium doesn't even exist yet. And once it does, it has to be proven to work reliably. These systems have to have PERFECT uptime. Sure, they have hot standbys, etc. but switching over and back is typically a painful process. Remember: much of the code which runs the world is decades old.

If HP doesn't want to lose billions of dollars worth of business, they won't be pulling the rug out from their VMS/Alpha customers any time soon, and the cancelling of the EV8 could very well be their undoing in this market. Unless they are able to come up with an absolutely reliable VMS port for Itanium and rock solid porting tools, this user base will migrate to some other platform (at great expense and effort) and it may very well be something other than HP.
Re:HPs Strategy by Isle · 2003-01-20 09:43 · Score: 3, Informative

A great deal of Alpha architect left when Compaq bought Digital. They went mostly to AMD, making the Athlon faster (the main-design was already done), and their influence is also seen readily in the Sledgehammer design.
Re:HPs Strategy by jbischof · 2003-01-20 09:57 · Score: 2, Interesting

it's funny how intel says "epic is simple, no ooo complexity" but doesn't mention the all rediculous crap like rotating register files, etc, etc
Rotating register files and lots of the other features that Itanium has, aren't inherent in their ISA. There is nothing in EPIC that says you need rotating registers. These are just things that Intel thought would be really useful and people haven't started exploiting yet.
I think they had a good idea when they designed the ISA, but botched it a little bit on the cpu architecture. However, as compiler technology advances and software starts taking advantage of the "feature bloat" I think we will see a drastic improvement in Itanium performance.
Re:HPs Strategy by Billly+Gates · 2003-01-20 10:46 · Score: 2, Interesting

"Why didn't Intel just buy the Alpha architecture and continue it?"

Easy, lets count on how much time and money both intel and HP invested in Itanium? 10 years and 5 billion dollars!

Their VP's and stockbrokers demand a return on their investment and will get it one way or another. In the bussiness world their is no such thing as a "bad investment" sadly enough. They are very brutal to failure and will do everything to save face. Both CEO's of Intel and HP would be canned if they decided to not continue the itanium. Even though this might be the best approach in the long run.

The itanium is a bloated overclocked piece of crap. Its an engineering disaster and the only reason it performs mediocrely well is because it is majorly overclocked with a one pound heat sink and a 500 watt fan that would blow away any case less then 50 pounds. Its true. Its a monster and nearly impossible to program for in assembly. This also makes it perform not to well under Linux since gcc is not very optimized for it.

I agree that the alpha is a better chip and yes the EV7 is actually obsolete( intel canned the ev8). May it rest in peace. Stupid bussinessmen gota love em.

--
http://saveie6.com/
Re:HPs Strategy by TheRaven64 · 2003-01-20 10:57 · Score: 2, Interesting

it's funny how intel says "epic is simple, no ooo complexity" but doesn't mention the all rediculous crap like rotating register files, etc, etc. afaict, ia64 is MORE complex than any risc chip

Rotating register files are part of the original RISC II architecture. The Itanium has some fundamentally good design features. In a standard superscalar chip, a missed branch results in a pipeline flush, which is a huge overhead. In Itanium, all instructions are predicated, so most branch-like structures cease to exist, and instructions which are speculatively executed can simply not be retired. This can lead to a significantly higher instruction throughput. The rotating register files concept is a very good one, as it allows functions to be called without having to write registers to memory (which is slow) or cache (which is not fast).

Perhaps with regard to compiler support, Intel will follow Apple's route (which, is by definition good, since Apple are doing it) and contribute code to gcc (In Apple's case to improve AltiVec support). After all, if Linux runs faster on an Itanium, it would only help Intel sell more chips, which is what the enjoy doing most.

The Alpha has some very nice features, but slating the Itanium architecture because the Itanium and Itanium II (both of which are really intended as proof-of-concept demos rather than commercial CPUs is ludicrous.

--
I am TheRaven on Soylent News
Re:HPs Strategy by rodgerd · 2003-01-20 11:08 · Score: 2, Insightful

Forget the outcry - most of them have contractual obligations. In the case of the Alpha, a number of Alpha based supercomputers exist where DEC/Compaq/HP have a contractual obligation to provide new generation Alphas with particular performance requirements.
Re:HPs Strategy by uncleFester · 2003-01-20 11:33 · Score: 2, Interesting

ooo, a dupe comment for a dupe story!

marvel was already in the works before the HpaQ merger, and it would really make little sense to take a chip all the way to fab w/o at least running SOME of them to try and recoup some cost.

Plus it will probably give Intel a good idea of which components of Marvel to rape for the next gen of the (t)Itanic.

addendum: Dec/Compaq admins/users were also promised at least one more alpha for binary-compatible upgrades as a means to stretch past/current investment in systems while they figure out their next step (i.e. "oh peachy, alpha is dead.. what the fsck do we do now?") Had HPaQ reversed that decision I would bet the suddenly-abandoned Alpha users would cross HP systems of their list of potential replacement (myself, I was looking to switch to p-series IBM boxen).

I was a very short-lived DecpaQ Tru64 admin, but have to admit I fell in lust for the OS and architechure. Our alphas ran superb for their age and the obscene obese demands our Oracle DBA inflicted upon them. Nary a whimper. I still think it's mildly criminal Compaq threw away the horsepower farm simply because they were too stupid to market the things properly.

--
-'fester
Re:HPs Strategy by Bert64 · 2003-01-20 13:17 · Score: 3, Insightful

The Itanium 1 was a concept chip, the second one was meant to go into general use.. it has failed, so people label it a concept chip to try and save face..

--
http://spamdecoy.net - free throwaway anonymous email - avoid spam!
Re:HPs Strategy by SmittyTheBold · 2003-01-20 13:24 · Score: 2, Insightful

The Alpha was in almost all ways a technically superior design to the IA-64. Now that the same group of architects is working for Intel, they can probably make the IA-64 run almost as well or better...

The fact that you have superior designers working on fixing up an inferior spec does not mean they can work miracles. When you start with something that is not as good, you will spend a lot of time catching up - time that could have been used to better an already good platform.

So, instead of a great Alpha, you'll end up with an as-good-as-the-old-Alpha Itanium.

--
± 29 dB
Re:HPs Strategy by Syre · 2003-01-20 23:14 · Score: 3, Informative

I said typically.

The fact that your particular place of work happens to have it figured out is no contradiction to the general case.

And you're talking local switching. In banking operations, you have remote hot standby in case your datacenter burns down or something else really bad happens (both COs you're connected to die at once, for instance).

With remote hot standby, switching and switching back is often (note the often) much more painful.

In case you still don't get it, note that switching implies that one of your datacenters is DOWN and you are now on a completely separate system with separate disk drives, communications links, etc. Switching back means that you have to bring everything back up, sync it, and fail back again.

Sure, it works. Is it fun? No. Is testing it and retesting it under every failure condition under a new OS port and processer architecture fun?

Um no.

How many FPS under Quake 3 though? by Anonymous Coward · 2003-01-20 07:37 · Score: 3, Funny

This all important benchmark seems to have been left out.

It's hellaciously fast by nosferatu-man · 2003-01-20 07:38 · Score: 4, Informative

... at least on OpenMP type applications. Cribbed shamelessly from realworldtech.com:

SPECOMP2001 results, base/peak:

4 cpu:
EV7/1150: 6027/6824
I2/1000: 3762/4091

8 cpu:
EV7/1150: 10349/11929
POWER4+/1450: 9458/ 9694
PA8700+/875: 4375/ 4541

16 cpu:
EV7/1150: 17724/20637
PA8700+/875: 7763/ 8788
R14k/600: 7265/ 7726

Note that this is not a pure CPU test (like SpecINT/FP), but rather a test of SMP performance. Looks like the tin-foil hat "Wait 'til EV8!" brigade might have been on to something ...

'jfb

--
To spur "enterprise Linux," Big Bang, the distributed two-phase commit.

Alphas are great, but... by Peter+La+Casse · 2003-01-20 07:39 · Score: 5, Insightful

Does anybody think that HP isn't going to phase out the Alpha? For some, that doesn't matter much, but I imagine that lots of people are going to be hesitant about buying into a system whose days are so obviously numbered.

Re:Alphas are great, but... by imadork · 2003-01-20 08:10 · Score: 3, Funny

I'll wait until the Beta comes out. *ducks*

Odd reporting... by guido1 · 2003-01-20 07:39 · Score: 4, Insightful

So first, the inquirer states that HP will be posting no perf. specs for the server until blah blah blah... (But in reading the article, it's "a guy who knows overheard someone say that they won't be posting...".)

Later, it finds performance specs and posts them? (Without listing a source for those numbers...)

Odd journalism to me... Sure, the Alpha sounds pretty good... But I'll be lame and wait for the official numbers...

Ahh the memories by batboy78 · 2003-01-20 07:40 · Score: 2, Interesting

I have such fond memories of my 21264 Alpha, its a shame that they are so expensive now though. I always wanted to get a quad-processor board and try to find oil or compile my kernel in 1 min.

HP will probably make sure that these boards and chips are not accessible to the non-commercial Alhpa lovers. So I will have to wait 10 years to get a cheap one off of Ebay.

Yes they do run Linux, VMS, Tru64 by Anonymous Coward · 2003-01-20 07:42 · Score: 3, Informative

Real nicly too....everyone who's demo'd one has drolled at it.

Re:Yes they do run Linux, VMS, Tru64 by tbone1 · 2003-01-20 08:07 · Score: 5, Funny
- everyone who's demo'd one has drolled at it.
What, Oscar Wilde was a beta tester?
--

The Independent: Reverend Spooner Arrested in Friar Tuck Incident - ISIHAC, Historical Headlines

Re:Dupe! by Anonymous Coward · 2003-01-20 07:43 · Score: 4, Funny

shhhhhhhh!

Here's your chance to datamine the previous story for +5, insightful comments to karma whore here!

Re:Mispelled by brejc8 · 2003-01-20 07:48 · Score: 2, Informative

Actually you shouldnt assume that. I am British and thats how I spell rumoured rumoured.

--
Mouse powered Chips, Open source Processors and Lego

Slashdot Uncertainties by Anonymous Coward · 2003-01-20 07:57 · Score: 2, Funny

Its an Alpha, but yet it uses RDRAM. Slashdotters not sure if they love it or hate it.

From the HP site... by rindeee · 2003-01-20 07:59 · Score: 3, Insightful

"32-way systems will be available mid-2003, and 64-way systems near the end of 2003." A couple of things come to mind. 1. How will the 64 proc model compare to the new SGI Altix 3000? 2. Is anyone (now or planning to in the near future) scaling the Itanium2 up to that level? I have not heard mention of a 64 proc I2 production system, but then I haven't followed it very closely. Anyone have any info on this? Also on their web site "The next step forward in a long term future with HP". I would take this as an implication that they are planning on keeping the Alpha platform long-term (of course implying it doesn't make it so).

Re:From the HP site... by rindeee · 2003-01-20 08:24 · Score: 3, Insightful

Well, the first thing that jumps to mind is that a single "box" with 64 processors using partitioning is typcially faster (as is the case with the Altix using NUMA) and it is easier to manage (of course I say that having never touched either a 64proc box or a 8x8 cluster).
Re:From the HP site... by nbvb · 2003-01-20 08:46 · Score: 4, Insightful

Yes, yes it is a lot easier to manage.

And for the schmuck who said "Real operating systems supports Beowolf"... :
a) It's Beowulf, not "beowolf". Check your literary history.
b) Bullpoop. Beowulf's got nothing to do with the OS, and everything to do with the applications. You show me an Oracle that uses MPI or PVM.

Of course! There's no need. Oracle already has OPS (Oracle parallel server). So yes, you can have an "8x8" cluster of Oracle nodes. Ever try to manage one of those? It's definitely a cluster ---- a cluster*uck!

SMP is a beautiful thing. It's not exactly linearly scalable, but close. And the beautiful part is that if your app is multithreaded, it'll automagically take advantage of the SMP capabilities of the system -- no need to code to the MPI or PVM API's.

Just for sheer "damn, that's cool" factor, think about this:
A Solaris 8 CD will boot and install on a single-proc, 33mhz SPARCstation 10 from 1992 all the way through a 108-processor, 900mhz/each Sun Fire 15000.

Now _THAT_'s scalable.

--NBVB

I wouldn't trust it by Chocolate+Teapot · 2003-01-20 08:00 · Score: 4, Funny

This is a server system? A closer examination reveals that 'Hewlett Packard' is an anagram of 'whacked platter'. Better back up those hard drives now.

--
Modest doubt is called the beacon of the wise. - William Shakespeare

2-4 processor setups by Cheeze · 2003-01-20 08:04 · Score: 3, Interesting

dollar for dollar, x86 offerings will be much lower in price and support costs in the 2-4 processor setups. I think HP should team up with a company like Apple or Sun and start offering processors on the alpha platform that run the other company's software. Can anyone say OSX on EV7?

--
Why read the article when I can just make up a snap judgement?

Re:2-4 processor setups by pmz · 2003-01-20 09:06 · Score: 3, Interesting

dollar for dollar, x86 offerings will be much lower in price and support costs in the 2-4 processor setups.

I'm not so sure about this anymore. I was very impressed recently when I saw the diagnostic output from a Sun workstation that had a failed component. The Sun workstation reported down to the chip where the system had failed (the information comes out of the serial port during POST). When time equals money, this sort of stuff is hard to beat.

x86 boxes usually require hair-pulling trial-and-error troubleshooting that makes one feel terrible about the time wasted. Conversely, with the Sun box, the admin basically said "oh, that's it" and called the vendor.

--
Healthcare article at Kuro5hin

SpecOMP (link) by nosferatu-man · 2003-01-20 08:13 · Score: 3, Informative

Info on SpecOMP, just in case anyone's interested. Also, here's a snippet from the FAQ:

Q3: What components does SPEC OMP measure?
A3: Since the benchmarks are designed to reflect applications requiring compute-intensive parallel processing, they measure performance of the computer's processors, memory architecture, operating system, and compiler. It is important to remember the contribution of the latter three components.

'jfb

--
To spur "enterprise Linux," Big Bang, the distributed two-phase commit.

Not to worry by ACNeal · 2003-01-20 08:17 · Score: 2, Informative

It appears they have a program in place to cost effectivly move the Alpha customers to the new Itanium systems when they come out.

They are calling it their Customer Assurance Initiative

I hope the Alpha lives by mnmn · 2003-01-20 08:18 · Score: 2, Interesting

It would be nice to see HP sell Alpha as standalone processors and with a chipset offering, like in x86, for AT and ATX mobos. Custom Made-in-Taiwan parts will augument the system to produce very high power to cost ratios, and might allow the Alphas survival against the Itanium, UltraSparc, PowerPC and others.

Has anyone seen the cheapest-ever duron+mobo combos from ECS where the processor is actually mounted without a holder, via solder onto the board to make the thing really cheap? I know I would buy an offering like that using Alpha. Sure I know stability and secure hardware are the main reasons people buy full servers in the first place, but not all applications demand stability and flexibility to match the power, and I havent seen offerings in this region outside of the Wintel arena.

--
"Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky

Re:I hope the Alpha lives by drinkypoo · 2003-01-20 08:48 · Score: 2, Insightful

I have to ask, why bother? AMD's x86-64 chips will be rolling out in 1-2 way for Athlon XP prices (supposedly) and 2-8 way for ... well, at least substantially less than itanium2. Alpha may be great but is it really worth the lack of support which will come your way? And a board with a soldered CPU, I wouldn't buy anything expensive (as any Alpha-based system will be) that was made like that.
I can't see any reason to use anything other than Hammer in the low-end 64 bit market, unless you're trying to have your whole shop be binary compatible.

--
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
Re:I hope the Alpha lives by Best_Username_Ever · 2003-01-20 14:25 · Score: 4, Insightful

There is absolutely no way HP will try and take on Intel or anyone else in the market for low-end single processor systems. For starters the Alpha costs a lot because it has been made with scalability in mind, it cant compete on price with an Intel chip. The size of Intel and the volumes of chips they produce means HP could not compete (seen AMD's P&L figures lately?). Micro$oft also pulled the plug on alpha support years ago, and windoze still drives the low end single processor market (despite all the hype surrounding Linux).

Compaq were too scared of Intel to even remain in the high end market, where Intel are yet to make an impact. The competition is going to be fierce, it will be interesting to see if Sun and IBM can compete in the long term. Sun are already starting to look shaky, but at least they were willing to stay and fight. I think Intel will eventually push it's competitors out of the processor market, except maybe for a few niche products. The market is IMO a natural monopoly just waiting for one company to step up to the plate. The fact that Alpha is being killed just proves the point that superior technology counts for little.

Alpha is dead, this is the last hurah in what was a very significant era. Great technology developed by brilliant technicians and killed off by incompetent managers.

Real Life Performance by evilviper · 2003-01-20 08:32 · Score: 2, Insightful

Just think... Most every task that isn't done fast enough today is due to floating point calculations, or memory bandwidth.

Just imagine how quickly MPlayer/Mencoder could encode video on these new alphas... The specFP tests show the new Alphas better than double the performance over Sun, IBM, and almost double increase over older Alphas.

You know... Something very new is going to need to come along before end users need more power than this for their home machines. Perhaps MPEG-5? Theora? Tarkin?

--
Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant

Re:Real Life Performance by evilviper · 2003-01-20 12:19 · Score: 2, Informative

It's a bit hard to find just by greping the source. Since it's been designed mainly for i386, you will see some code done in assembly. In other cases, they have used some other workarounds specifically to avoid using floating point. Sure, it'll take some retooling, but MPlayer should work much faster on non-i386 platforms when modified to take advantage of floating point.

In addition, I was just checking out Vorbis, and ``Tremor" (the int-only .ogg player) is still just a CVS snapshot... The current players and encoders use float.

Not that it matters, the video is what takes so much time to encode. It's that this simple fact blows your credibility to hell.

--
Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant

DOD Commitments:HP Can Not Back Down by anonymous+cupboard · 2003-01-20 19:25 · Score: 2, Informative

When Digital went to Compaw and Compaq went to HP, one thing followed and that was US govt contract commitments. Even a commitment to a major bank or other financial organisation counts little against a contract with the DoD. The banks have been presented with a ten year plan including the migration of VMS from Alpha to Itanium and VMS has at least another 15 years to run. Compaq-Digital has told us that they have firm obligations to the DoD that prevent them from changing this.

The sad news is no EV8. Itanium is far from being debugged and doesn't seem to be a particularly clean architecture compared with Alpha and Intel aren't particularly innovative.

Re:Dick Sites by vistic · 2003-01-20 21:13 · Score: 3, Funny

What a clever way to get me to read this comment...

Slashdot Mirror

HP Finally Reveals The Alpha Marvel

49 of 152 comments (clear)