Slashdot Mirror
A $1000 Supercomputer?
Sean Mooney
writes "CNN is reporting that $1000 pc that is 60,000 times
faster than a PII 350 may be on the market within 18 months.
Star Bridge Systems is making the field programmable gate
array (FPGA) computer. These are the same guys who are making
HAL, reported earlier. " I'll believe that when
I see it. Although I can't think of a better way to break
Moore's Law.
DON'T BELIEVE THE HYPE.
They spent some time in Saucelito, CA as Metalithic promoting the same sea of FPGAs, but this time for a more specific music mixdown system. They were never able to get the system to work properly but did succeed in bilking some investors out of lots of money.
The internet will follow these jokers forever, if I were them, I'd learn how to sort vegetables.
FPGAs in nice sea of FPGA configurations are available today from companies like IKOS http://www.ikos.com/ and are programmed using VHDL..... often used to sim BIG chips. And yes you could RC5 _really_ fast if you wanted to.
Your average C program has very little implicit parallelism (= parallelism not explicitly introduced by using some library of parallel operations or so). Even the best compilers on this planet won't make these programs run much faster on a massively parallel computer than on a single processor (on the contrary, the additional communication overhead can easily make the execution slower with each processor that you add).
Remember what a fuzz it has been to make the Linux kernel perform well on SMPs with more than two or three processors; how do you want to make this scale to tousands and millions of parallel processing units? BTW, the last company that went for many small (and slow) processing units instead of a few very fast ones was Thinking Machines (the machine was called CM-2). Do a search on the Web to see where they are now...
Chilli
PS: Such a machine can be useful for some things, called embarrassingly parallel problems/algorithms in the parallel computing community.
-=- Just a random lambda hacker
or performance claims in this case. Notice that for the performance they compare the IBM Pacific Blue running real code to their machine doing a 4 bit adder. The reason for this provides insight into the technology they're using.
Their computer is based around FPGAs (Field Programable Gate Arrays), in particular they are using the XILINX family of FPGA. These are devices that are composed of thousands of small logic blocks wired together through a switching network. The functionality of these small logic devices is user definable by setting bits in an SRAM. The connectivity between pins and the logic blocks and other logic blocks is also user definable by setting bits in static RAM.
So what they're doing is setting each of these programmable blocks to implement a 4 bit adder and wiring them together such that they're all operating at once. It isn't actually doing any useful calculation. There performance claim is based on wiring together a bunch of useless logic and running it all in parallel. Once you start doing useful things the amount of parallelism will reduce. It'll reduce a lot. FPGA's aren't very fast devices, they'll only get a few percentage points (if that) of their performance claim for real applications.
Porting code to this machine would be non-trivial as well. Rather than the normal programming languages computer scientists and programmers are familiar with you're actually controlling the flow of electrical signals. They've probably got synthesis tools that will take some variant of a program language and translate it into the native data needed to program the device. The synthesis tools are most likely very crude and to get real performance you'd probably have to hack bits. Not fun. I say this because of my experience with synthesis tools used for ASIC design. They're fine if you're doing boring design of maybe 50 or 100 MHz. Beyond that you're pushing there technology and it will probably break. These synthesis tools are designed by billion dollar companies. It would take massive amounts of man hours and money to create a well designed synthesis package for something of this magnitude.
However, will the machine run Linux?
That's not what the artical is saying. You just reiterated in more detail what I was saying... Thank you for proving my point...
As too your tone thank you for proving my point that ACs should be disallowed from posting.
"There is no spoon" - Neo, The Matrix
"SPOOOOOOOOON!" - The Tick, The Tick
Currently the fastest supercomputer available, according to an article posted here a few days ago, is the ASCI RED from Intel. It proforms 1.6 trillion calculations per second. That means if you are trying to multiply matricies, do vector math, or any other type of calculation, it would be at or below this mark. If this new technology can achieve 100 trillion calculations per second, by any specialized means, it is still near 100 times faster than the ASCI RED is specific tasks.
On a different note, their website lists the possible tasks of this hypercomputer to be "ultra-fast scalar processing, digital, broadband signal processing and high-speed, low-latency switching and routing." Funny, no mention of vector processing. Without that it will never kill the modern supercomputer. The web site uses too many buzz words for my likeing as well
"massively-parallel, reconfigurable, third-order
programmable, ultra-tightly-coupled, fully linearly-scaleable, evolvable, asymmetrical multi-processors. They are plug-compatible"
If it works, this is a huge step forward, if not, it is a lot of hype.
First we have "flash bios" that a virus can blank and render the hardware useless, and now we have chips in development which can be physically shorted out in software. Oh yeah, there's a step forward... Infinite monkey attacks happen in real life: if it can go wrong some clueless newbie will stumble across it. Count on it. (That's how we debug Linux, isn't it? :)
The fact of the matter is, Windows emulation could be damned near impossible. Just how many people understand the whole of Windows9x? Just slap Intel emulation in there, it will keep most people happy, including me.. There's no way I would be caught without one of these things, if they turn out to be worthwhile. Buying it the first day could be risky.
BTW, just what assembler code would this machine use? Would it have to be written in "ViVa", or could it be written in x86 assembler? I'm all confused now =op
Before criticizing a man, walk a mile in his shoes. That way, when you do criticize him, you'll be a mile away, *and* you'll have his shoes!
Their first "customer" was touted as Larry Wilcox. If the name doesn't ring a bell, then how about "the white guy on CHiPs"?
If their "hypercomputer" was as good as they're saying, it's likely that they'd have somebody who is both famous and technically competent speaking for them. Not Eric Estrada's old cohort.
Food for thought.
Do you have ESP?
Quote:
Viva Active Experts can become software entrepreneurs by
organizing groups of Viva Developers to write libraries and
application software for Viva and be paid, either in compute
cycles or money.
This is just like television, only you can see much further.
> The problem here is a question of scale: can I
> fit all of Quake 3's rendering pipeline into
> the hardware? If I can, it should
> cream a dedicated processor. If I can't, I
> lose major amounts of speed switching the
> gate array, or to using a less-efficient
> general layout on one part of the array.
> To my understanding, FGPAs are slower and
> larger than dedicated circuitry, which limits
> the transistor count if you're looking at a
> reasonable die size.
Bearing this in mind, I fail to see how useful these devices would be for something like a 3D application. By putting a 3D pipeline on a FGPA you're just using it as a dedicated 3D chip like your typical nVidia TNT, 3dfx VoodooX etc, except that your FGPA is built on slower bigger technology compared to the CMOS competition (TNT, Voodoo etc). Which do you think is going to perform better?
But thinking again, perhaps FGPAs could be produced cheaper than normal chips. Should be possible as you only have to produce one kind of chip, instead of a different chip for CPU, FPU, DSP, 3D, etc. Then instead of buying computer with a CPU and a DSP (sound) *and* a gfx 3D chip etc, you just get a box that's packed full of these cheap FPGAs and configure them for what you need. Since the FPGAs are so much cheaper, you just buy a lot more of them and beat 'standard' computing using sheer numbers (and parallelism). (and then all the 3D chip companies transform into software companies and live happily ever after).
I hope I have made some sense.
--Simon
Dude, while you seem highly intelligent, I guess the obvious just went over your head. Don't worry about it. It happens. Anyhow, it seems fairly clear that he likes Linux, as do a lot of people here at Slashdot. Linux runs on a wide variety of platforms. A new one comes out, a Linux fan asks if it will run on it, and this surprises/annoys you? You're an odd little man. Dude.
Hey, have a nice one, guy.
In theory a machine made up entirely of FPGA could be programmed to have any width of data path and any size address space (256 bit address space, anyone?). It could also be programmed to behave like 16 SPARC processors and run Solaris, but this isn't really as simple as it sounds. ;)
The FPGA can be configured as RAM, DSP, 3D chip, or anything else your heart desires.
You don't really need to reprogram the array thousands of times per second - just program it once with dozens/hundreds of "virtual microprocessors". (...and don't forget the virtual-SMP OS to go with it!)
Greg Mennie
According to the article, this HAL thingee will "run PC applications in emulation mode, in a manner similar to how the DEC Alpha runs NT, but it will run it a lot faster." Eh... I always thought NT ran as native code on the Alpha... that must explain why it is so slow...
If you read it correctly, you will notice that this didn't come from the writer of the article; this is actually a quote from Kent Gilson, Star Bridge System's CTO. Well, with a CTO like that, I can just imagine what kind of product they will come up with.
In Soviet Russia, Jesus asks: "What Would You Do?"
The point is speed. Sure mp3encoder or bladeenc or whatever work. An FPGA could (in theory) work much faster. Just "rewire" the FPGA into a mode that will work at encoding mp3s and you essentially have a hardware encoder, that the next second could be a hardware quake3 engine (not a 3d card but a chip designed soley for playing quake3).
-matt
Go read the resumes. OK stop laughing. Throw the lawyer and the antifreeze salesman away and one guy is left.
Not much depth.
Oh yea. As is standard in the supercomputing market, I wanted to send them a benchmark to run.
Funny - no email address on the web page.
This is either a hoax or a sincere effort in wishful thinking.
Does that mean they want people to essentially lease the machines? What non-artificial constraint would limit the lifetime of the box to five years?
does seem to be making some headway into reconf-computing. I remember reading about their internet configurable logic devices on NYtimes a few weeks ago, and they claimed several orders of magnitude increases in speed when running a piece of Photoshop through an FPGA. It would be cool to one day have a large FPGA on a PCI card and download a config that would give such speed jumps to any old application. I haven't really scoped out their Xilinx Online website yet, though, so I have no substantial info on this subject. Anyone have any details about this kind of thing?
Damn, I was just gonna quote that... but I'll re-quote just a bit:
"become software entrepreneurs by organizing groups of Viva Developers"
Wow... this sounds like Amway to me.... multi-level marketing crap.
Don't y'all remember this? I distincly remember seeing this on /. like, 6 months ago at least.
It was a whole paradigm shift, with on-the-fly FPGA re-programming and all that...
MoNsTeR
http://slashdot.org/articles/99/02/10/0852241.shtm l
so it was Feb, not quite 6 months. blah.
MoNsTeR
IIRC, it is 60,000 times faster than a P-II 350
if all you want to do is 60,000 4-bit additions.
It might be reasonable at DES cracking too. But for running Quake, you're still better off with a P-II.
Wanted FPGA pci card and linux drivers for ........
RC5 cracking, MPEG2/3 compression, glquake3
playing , 3D graphics
Take a good look at the clock speeds on the "state of the art" in FPGAs. While a system like this could, in theory, mark a significant step forward by erasing most of the hardware/software boundary it will still take a huge amount of effort to rebuild our existing base of computing infrastructure to take advantage of such a system. A computer like this is far more likely to find use in niche applications like routers and packet switches (e.g. put the logic for the current packet flows into hardware) and for strange little AI projects.
Don't start short-selling Intel and AMD yet...
They say it runs "Unix" and NT (yeah, right!).
Their specs say it has a 1600W power supply. Does that come with a wall plug or a set of jumper cables?
Just junk food for thought...
Of course, it also means you can optimize the 3D processing to the specific game, or graphic type.
If the game doesn't require feature X then the processor doesn't have to support feature X at all.
Could dump a significant amount of crap out of the X86 instruction set and actually phase out instructions. (Hell, generate a trap on illegal instruction and reprogram the chip if it needs one seldom used.)
The FGPA speed advantage over dedicated chips would come from two sources: i/o overhead and specificity. If the TNT-esque FPGA is sitting in the 'processor core,' the geometry data the FPU-esque FPGA is spitting out doesn't have very far to go before it gets crunched into pixels in the frame buffer. If the FPGA is large enough and deep enough, it can implement larger chunks of the 3D pipeline than the 3D card can, because it doesn't have to be a general (i.e. OpenGL) solution: it will only implement those features which the rendering pipeline uses, and things that aren't accelerated by the 3D card at all. Presumambly, this will make it faster than the equivalent generic accelerator.
AFAIK, FPGAs are not cheaper than dedicated ASICs, although this company might change that...
-_Quinn
Reality Maintenance Group, Silver City Construction Co., Ltd.
Imagine for a moment that such a thing is possible. 60,000(!) times faster than a PII-350. Ok, so we get this speed by a machine that re-implements itself into a specialized hardware processor for whatever it needs to do next.
Hmmm... that sounds like a hard program to write -- the part that re-optimizes the hardware. How many different virtual hardware processor "personalities" will it need to achieve 60K x PII speeds? Of course, in order to get full advantage from it, it will have to be done frequently. How fast will *that* be?
I can't wait to buy the equivalent of a 21 Tera Hertz PII in 1.5 years. I assume the "hardware compiler" will be ready as well and included in the $1K.
Geeky modern art T-shirts
It is likely that the reason they don't go the PC route right now (assuming they CAN meet their claims) is that they lack the necessary capital and infrastructure for mass production. Look at AMD - they have a hard enough time meeting demand for processors that aren't 3 orders of magnitude faster than Intel. 100 computers in a year, however, doesn't require a MegaFab. Maybe just a really fancy basement.
The article is about *two* different computers.
1- HAL-300GrW1: 60k times Pentium 350MHz. Costs $26m. 100 GIPS, 10 gflops (claimed)
2-New $1000 computer: 1000 times price/performance today's (or 1/1000: article is ambiguous)
-Kevin
Their web site says that they are open to visitors. Maybe some slashdot readers in the SLC area should check them out.
the good ground has been paved over by suicidal maniacs
I have no idea what he is talking about either. It is slow on the Alpha because, well... it's NT ;)
This article sounded pretty convincing. Sounds like a CPU made out of FlashROM. Does it really only do small addition? Anyone know?
Does the warranty cover damages caused by one of these machines should it attain self-awareness?
And what about the human rights, personnel, and vacation time issues concerned with the resulting employee, should the box be owned by a corporation?
If the system had been owned by an individual, should they file manumission papers or would the former owner now be considered a parent responsible for their new cyberchild for the first eighteen years?
And would you want one to marry your sister?
Consider that Transmeta still doesn't have a webpage out; it's not unknown for a relatively young company, which hasn't established its core business, which has no PR staff, to do its work with a reasonable lack of attention.
That says, it doesn't mean they have anything, either; I daresay that if the report is correct, they'll be going for the supercomputing, heavy number crunching market, where they can attempt to recover their investment before going for the low-margin, mass commodity, PC market. There are no doubt a few applied mathematics or physics researchers raising a pint in anticipation right now.
--
There is no premature anti-fascism. -Ernest Hemingway
I guess I'd studied FPGA's when I first got a digital design course at univ. Back then, it looked interesting but the overhead for "switching" the circuitry seemed awful.
;)
Now, I recall some news when reconfiguration time was reduced in a significant proportion. I also remember that some guys at Amiga were very keen on it. Hopefully, the FPGA is more than plain old parallel stuff. Wanna see if we can get a hacker's regular hourly thought exercise.
I think reconfiguration is particularly useful if your system is bit wiser than a traditional number crunching procedural system. I'm not suggesting that you can get some NN to let h/w to converge to the ideal. (That's a too difficult problem in itself) Sure I won't. But the thing is, if you let your software know how FPGA can be utilized it can make a difference.
Especially, it occurs to any demo-coder that those tiny cute loops that do the tricks would fit nicely in a hardware design. So, I think you could make your DSP(audio,video,compression,etc.) & 3d stuff really faster. However, I suppose there are other ways in which you could actually improve the existing implementations. A key point is making your algorithms adaptive. Then, they are not the usual kind of "perfect tool" instruments but ones that use some heuristics that try to find the best hardware design for the job.
I suspect that the simplistic kind of translation [ say a 3d algorithm to an FGPA spec., then reconfiguration when the algorithm's needed (probably over one of the custom processors alloc'd for this task) and using it as a subroutine ] might be generalized to implementing a programming paradigm as hardware. It seems that OS and compilation systems would better be revised to get it done effectively, but still it is very interesting in its own right. The array of possibilies might be larger than the excitement in implementing cryptography and NN apps, or fast Java VM's. When I imagine that the cruical parts of an expert system, or an inference engine, or just about any complex application out there could be done that way, I'm awed.
Nevertheless, I don't know the theoretical "sphere" of the work precisely. It would be very satisfactory, for instance, to see some work on the computational complexity induced by such devices. Stuff that says "In x domain, FPGA's are useful" preferred, not the kind of stuff that says "Generally, it's NP-complete" or "Oh no, it's undecidable"....
--exa--
Since these guys are actively soliciting investors
and have "sold one"(!?!) although probably not for
$26 million. The incredible claims constitute
felony fraud in any state if they should prove
false. I think we can see intent in the claims for
applications. (Holography no less!)
Where's the state attorney general?
[-- Trust the Monkey --]
It amazes me that every time paradigm shifting technologies come to light they have to wade through the droves of fools that would see them crushed.
I've done a bit of research into FPGA computing and from what I can gather, there are two things that make this system do what they say it will do:
1. FPGA's can now be reconfigured 1,000 times a second. This was a critical part of making FPGA's viable in a computer from what I can gather.
2. The VIVA gateware that the technical genius developed allows the system to be abstracted to the OS. I don't believe many people would rush to a system that needed a new OS and new software, but if this VIVA software can do what they say...
There is a lot of information available on the web about FPGA computing. This is not something that just suddenly appeared out of thin air, but SBS has found a way to bring it to market. What I fail to understand is why more people aren't excited about it? I bet there would be a lot more new technology come to light if those that developed it didn't have to put up with all the crap it takes to get acceptance. I'm not saying we all have to rush out and order one, but this "yeah, but they are just stoopid fscks... ain't know way somebody can do THAT!" attitude is quite lame. I really wonder how the Christopher Columnus's of the world do it sometimes...
Even if these folks had the compilers that would allow you to take large chunks of code, convert it into a hardware representation and program the FPGA to execute it you still have to get have some DATA to feed the instruction stream! The only people that seem to understand true parallel programming models seem to be the people at Tera Computer). They have the only architecture that can do a context switch on each instruction to allow the processors to execute those instructions that happen to be executable because the operand data fetches are complete. Everyone else (Compaq(DEC), Intel, AMD, Sun, SGI, etc.) consume huge amounts of chip real estate with primary & secondary caches rather than really solving the problem of memory latency. The old CPU/Cache IS DEAD in the long run (the chips get too hot). What will work are architectures like Tera's and/or approaches like " Processor in Memory"/" Intelligent RAM"/" Embedded DRAM" that are innovative ways of dealing with the problem of operand latency and memory bandwidth.
Someone had to say it ;P
OK, so devote one percent of the machine to an expert system which looks for new adjustments...
Their site claims the company was started in Jan. of 1998. Now, I'm not an electrical engineer, but I know that the first few months of a company are spent on finding a site, hiring people and getting organized. But lo and behold, after only a year and a half they claim to have the world's fastest supercomputer. Faster than Big Blue's current monster. Now, I've never worked for IBM, but IBM has been a company since 1911, well before the microprocessor existed. IBM has over 291,000 employees. I'm assuming that many of them are kind of smart. So these auto mechanics somehow figured out something that IBM's 291,000 employees were just overlooking? Not likely.
Okay, I'm not currently in industry doing stuff like this, however I have made enough machines with FPGAs and what not and even a reconfigurable machine, so I know what it involves.
Here is the first thing that makes me skeptical.
Eventually, reconfigurable computing [a term coined by Gilson, referring to the underlying technology behind the hypercomputer] will permeate all information systems, just because it's faster, cheaper, and better," Gilson predicts.
Does this bug anyone else who this guy supposedly coined the term "reconfigurable computing"? I read an article in EETimes (I believe) from 1996 that used this term. Hrmpf.
In addition it surprises me that he thinks his company can sell hundreds of the $26 million dollar boxes. I'm not entirely sure how many StarFire's SUN is able to sell each year, but I doubt its much more than that. I'm pretty sure its less. Sounds like just another start up trying to get noise about themselves.
While I do believe that reconfigurable computing is going to be one of the future trends, I don't think these guys can do it. People are skeptical to pick up on new technology, especially like this. Maybe if Sun or IBM was putting its weight behind it people would do it. But Star Bridge systems? It may work, but I doubt it.
My Slashdot account is old enough to drink...
This looks exactly like the data compressor the kid in Australia developed in 1997 that compressed a 1 gig hard drive into a floppy. The only catch was the data was all 0's.
What about the other kid who developed the video compressor that compressed hour long TV shows on a floppy, as long as the screen was black.
The hypercomputer can process all the hundreds of billions of instructions they claim and the whole thing is for real. Except for the one or two highly redundant, staged instructions it runs at hypercomputer speeds don't expect anything else to run faster than a pentium.
A friend of mine has done so research (ahhhh the joys of acadamie) and found that using a FPGA to substitute for a processor is a really bad Idea(TM). FPGAs can take centi-seconds to reprogram. This would make Hard drive access seem fast. I guess though that would mean no more nasty ram. Just a HD and an FPGA use fpga cells to build ram when needed use the HD for everythings else.
My friend found that an FPGA makes a good adition to a processor for things like rendering, and photoshop/gimp filters. He found that on dedicated repetative tasks an FPGA is pretty good.
"There is no spoon" - Neo, The Matrix
"SPOOOOOOOOON!" - The Tick, The Tick
It might make sense to leave some space on the FPGAs for "user defined" processing, though.
Geez...a whole gaggle of computer scientists...too bad no one ever learned how to read!!!
The article quite clearly stated that it is the Hal____ computer which will cost $26 million that is 60,000 times faster than a PII 350. The $1000 PC is only 3 orders of magnitude great in price/performance not 60,000 times faster than a PII.
There reasoning for concentrating on the $26 million dollar "hypercomputer" makes perfect sense when trying to enter this market, especially if FPGA's have any of the problems some people mentioned and thus they would likely make great numerical crunching machines but possibly initially not much else and thus who do you focus on... researchers, physicists, mathematicians, numerical simulations etc.
Furthermore...its the low end comp that runs Unix or NT through emulation. I believe it said their proprietary language was for HAL_____.
To the people who could read and understood the article, my apologies.
What do you think Solaris, AIX, IRIX, Digital Unix, HP/UX and all them are? They are Unix OS and they are also propietary products. WinNT is a propietary product as well. I can't see what doesn't make sense there, sounds as if you were implying something is either Unix or propietary, not both.
Alejo.
I don't think this will be a CPU anytime soon. It would need a new programming language to be efficient, and that takes time. They are still developing C!
It would be a nice coprocessor though, providing special hardware when needed. A math coprocessor? ok, we have a library that use 30% of the FPGA for that. The rest is currently not used for anything else? ok, make three pipelines this time.
Want a dialup connection? Reconfigure a part as DSP, and connect it to A/D D/A converters. Instant modem. Want to play quake over that net connection? Configure other parts of the chip as several rendering engines.
There would be no need for having a modem, a soundcard, or a graphichs accelerator. These things would be available on demand, and a big enough FPGA could handle several uses simultaneously. We would still need the ordinary CPU, both for backward compatibility and for the extra speed for serial tasks that comes from using a good design instead of somewhat slower emulation running on generic circuits.
I hope we get a standardized portable way for using these things in our computers. It would allow all sorts of interesting tricks, such as grabbing as much of the FPGA as the os let us and speed up mandelbrot calculations, raytracing, all sorts of image processing and other easily parallelizable tasks.
Ok one box the equivalent of 60000 boxes, that'll :-)
make my doing well on the setiathome user stats. Now you guys just stay away from that box or you'll destroy my fun
Yea you're right about that. I previously read an article last April in Electronics Now about a "analog processor at the speed of 900,000 mhz", it apparently plugged into a slot 1 and used analog ram, that was a funny joke. They also said that since it was analog your 4gb hard drive would be magically converted into a multi-terabyte monster. I really had my hopes up, especially with the price of 25 dollars. I quickly smelled something wrong with the situation.
It could conceivably use a genetic algorithm/evolvable hardware approach. This would be REALLY cool (would come up with rather unique solutions...) but I SERIOUSLY doubt it is possible. GAs take exponentially longer to "get it right" as the problem gets harder. The most complex problems I've seen that use GAs with FPGAs was like very simple signal processing and the algorithms took like 3 months to find the "final" solution. I can imagine using the same hardware (allowing for much better algorithms and better/faster FPGAs would really make THAT much of a difference) to solve something as simple as tracing a ray (which is actually quite simple, especially compared to the sims that most supercomputers of this magnitude would be used for) would require MANY years of evolution (maybe a hundred plus) before it got faster than generic hardware.
The REALLY bad thing is that if your problem changed even a tiny bit, the optimization program would have to start over (probably not from scratch, but still a HUGE amount of work).
Alright if you click on the news link at their their website they have articles by Forbes ASAP,
PCWorld, Wired, and ABC Online. Acording to the one of the articles from a Xilinx source, Xilinx the FPGA chip maker has given them $100,000 worth of chips for FREE.
I agree with most of the people on this list, but stranger things have happened.
Cold Fusion all the way baby.
http://www.skypoint.com/members/jlogajan/
Although I agree that their claims are pretty incredible, and I don't see the evidence to back them up, watch what you say. A company like this could easily start suing posters on slashdot for defaming their products. If you're going to speak your mind I would suggest posting as AC from an untracable account.
A quick look at an old Xilinx databook shows that you can build 1,500 4-bit adders in an old (1997) XC4085XL. The switching characteristics show a 1.6ns delay for each adder.
If you don't include innerconnect delay, you can build your own 1 TegaOp supercomputer for about $100.
Xilinx has come a long way since 1997. They now claim to have 1 Million gate FPGAs, that run quite faster than the old XC4085XL-09.
But if you really want to really go for the TeraOps record, I'd suggest Xilinx's latest Virtex parts, and a benchmark doing 2-bit binary NANDS operations.
It may take some additional work to get such a chip to emulate WinNT, but think of the press coverage your benchmark will get.
A quick look at an old Xilinx databook shows that you can build 1,600 4-bit adders in an old (1997) XC4085XL. The switching characteristics show a 1.6ns delay for each adder.
If you don't include innerconnect delay, you can build your own 1 TegaOp supercomputer for about $100.
(1/1.6e^-9 * 1600 adders)
Xilinx has come a long way since 1997. They now claim to have 1 Million gate FPGAs, that run quite faster than the old XC4085XL-09.
But if you really want to really go for the TeraOps record, I'd suggest Xilinx's latest Virtex parts, and a benchmark doing 2-bit binary NAND operations.
It may take some additional work to get such a chip to emulate WinNT, but think of the press coverage your benchmark will get.
Hmmm, lets see here, you are an idiot. With a computer that fast, why would you want to risk any unstability by overclocking, maybe you're stupid. Plus, with software to hardware conversion on the fly it would be virtually impossible to do so if am correct. The hardware is not exactly the same as moving a few jumpers or using Soft Menu TM to set the clock speed, go back to running Windows, or think before you post.
FPGAs are well known technology. Wiring enough of them together, and programming them to do some specific task, will get that specific task done fast. No news there.
But it is a very special design. Reprogramming the FPGAs may be fast, but it is hard to program them to do a sequence of very different operations.
This is not quite unlike the Connection Machine (from Thinking Machines Corp.). A full CM has 64 thousand processors, but they can only do very specific tasks. If you program a CM to do matrix multiplication, it's lightning fast (or, at least it was in the days of the CM). But if you run a Perl interpreter, or any other not completely trivial or simple (matrix multiplication _is_ trivial and simple) piece of code on it, you will be _very_ disappointed.
Ofcourse these things are justified. Simple operations are done a lot in mathematical modelling. It will be very interesting to see what the supercomputer vendors can make up of a bunch of these FPGA boxes, wired to some standard processor boxes (to do the non-trivial stuff).
But don't think for a second, that we will be putting these things on the desktop, and have them running ``normal'' applications at a speed that is even comparative to a PII.
The day this kind of machine goes on sale is the day all encryption currently in use anywhere becomes useless...
RC (reconfigurable computing) is a serious research area right now for a lot of people. I seriously considered doing PhD research in this area, in fact. There is a tremendous amount of work to be done before this stuff is practical for general-purpose computing!
d table_oct96/.
......
There is a lot of information out there on this subject. Look at http://splish.ee.byu.edu/ for a good starting point with lots of links. The project at UC Berkeley is http://HTTP.CS.Berkeley.EDU/projects/brass/ and a great summary article on RC is http://www.cs.berkeley.edu/~amd/reconfig_com_roun
SBS makes a mockery out of this serious research, as outlandish hype usually does. I don't know what their game is, but it looks rather suspicious to me. I'm quite disturbed that CNN is picking this story up. On the other hand, they may have something to contribute, but it's surely a lot less than what they are claiming.
Someday, RC will be a part of general-purpose computing, but I am convinced that it won't be in the form of a sea of standard FPGAs. Like many "revolutionary" technologies, RC will be merged with traditional von Neumann machines in a way that makes best use of the advantages of both. Slowly but surely, the lines between them will be blurred, and computer architects will wonder aloud how they ever got along without RC! (IMHO, EPIC is moving in this direction already, but it's just a baby step.)
Back to reality, which is trying to get Synopsys to do timing analysis correctly on my million gate ASIC
-bithead
Compressing an audio signal with MP3 (mpeg level 3 compression) is like compressing a video stream with MPEG 2 or 3 as growing some sea monkeys is to becoming the Pacific Ocean. Compressing video is quite processor intensive.
Complete waste of money IFF your intention is to play Quake 3. NOT a complete waste of money if you want to do many other tasks that computers are good at.
Why yes, I AM a rocket scientist!
I studied this subject in some depth while at university about 4 years ago. At the time our research department was one of the very few actively involved in what was then known as "Custom Computing" (don't know if it's got a new name now). What we basically had was a C variant which would compile down onto a FPGA card mounted in a normal PC. With well written code it was frightiningly fast...here was a very cheap chip way outperforming the fastest common chips (at the time) on things like video signal processing etc. The concentration at the time was in specific applications like video processing, image recognition, statistical analysis etc. rather than "emulating" CISC/RISC chips so I don't really know much about that.
But let me say again - this thing was fast. A slow clocked, cheap chip doing full rate broadcast video effects one second, then a reprogram and it's suddenly running a neural net for face recognition. Very cool! The down side is the programming, it was really a domain for the "brain-the-size-of-a-planet" brigade (of which I am not a member) because it involved a lot of temporal calculus, concurrency analysis, and this weird new language called (I think) Rebecca. The big idea is to switch from programming thinking about temporal order (i.e. when things happen) to thinking spatially (WHERE do things happen). Loops turn into feedback circuits, etc. Too much for my head to handle...
But good luck to them, I was always in awe of the promise this technology posessed...
Given that they just made computing cycles 4 orders of magnitude cheaper than before, those cycles are suddenly looking a lot less valuable... ;-)
Did you read the bios of the starbridge guys ? The president was a car salesman (the bio spends much space bragging about his ability to build cars since a young age). The CTO, who is supposedly doing all of the technical work, doesn't have any references other than typical wiz kid has been programming computers with one hand tied behind his back since he was 6 months old type stuff.
Transmeta, on the other hand, is run by a former Sun executive, backed by a Microsoft cofounder, and employs a gaggle of engineers with awesome track records (ala Linus).
Starbridge may very well be the next greatest thing, but there is considerable reason to doubt that they will amount to anything. Transmeta may not be the next best thing, but they've got as good a chance as anyone to do something interesting.
If you read carefully, it turns out that the
computer that's 62,000 times faster (in theory,
as has been pointed out already) is several
million dollars. It doesn't give specs for the PC-
like computer, it just says that it's "like today's supercomputers". Disappointing. But I suppose it will still be interesting to see if their PC is any good...
I live not too far away from Star Bridge Systems. If there really were major developments, I would read about them in local newspapers more than once a year.
1. 100,000,000,000 ops/sec (billion = 10e9)
2. 60,000 times PII-350.
It follows that PII-350 is assumed to be only
1,666,667 ops/sec. While it is possible to choose the slowest FPU operations in the most weird mode, it still is MUCH faster than that. Give me a break. In this business they should either at least show working prototype or shut the fsck up. Perhaps they just try to sell higher themselves to some company which is currently in negotiations. Cheap, old methods.
I remember reading about these guys here 6 months ago. I was stunned and amazed, and I thought, "Well, I might be able to buy one of these in ten years time." Guess I was very wrong. I'm getting one as soon as they come out.
BTW...the point of they earlier article was an announcement of the companies new HAL systems. This one is reporting the news that they are building PCs with this technology too. And they run windows NT under emulation mode. Wonder if that means they run Linux. Probably does, since it would have to be intel emulation, rather than windows emulation. So they would probably be quite useful, and easily integrated into current applications. Can't see how switches and routers could possibly have a problem integrating. They seldom resemble closely the systems that they are communicating with anyway.
Given the patents we've seen from Transmeta, I wonder if this is the same sort of thing they are working on? The suspense of what exactly it is that they are doing is killing me.
Deepak Saxena
Project Director, Linux Demo Day '99
Deepak Saxena
"Computers are useless, they can only give you answers" - Picasso
... but, who cares? It's worth a good laugh.
Well, if it wasn't for the massive mumbo jumbo and lack of any real world stats, this might have me jumping up and down..let me know when this thing can run QuakeX or Photoshop for a good benchmark and I might care a little more. Looks pretty cool, tho.
Sig? Who needs a fucking sig with a name like this!
----
Every year during my review, I just pray the words "slashdot.org" aren't mentioned.
Is that 3 orders of magnitude price/performance for everything? How cheap is this? What price/performance are they comparing it to?
Additionally, it's the HAL system that's supposed to be up to 60,000 times faster, not this one.
I don't know if I believe this, as they say they're going to focus on the supercomputers, because they somehow couldn't make money on the home copmuters. If they sell 100 supercomputers a year for a maximum $26 million each, that's only a gross profit of $2.6 billion. Couldn't they give themselves a profit margin of 50% (not great considering the supposed 1000x improvement of price/performance), and sell a lot of pc's and make more than this in a year? At the very least, they should have investors galore trying to give them enough money to do this, or to hire enough people/places to focus on the HAL, and the home use.
First and foremost, how does this work on a multitasking system? A system running multiple programs at once requires multiple configurations at once. This is simply not possible, and programs require a standard architecture underneath, else the programs' binary code itself would have to morph along with the processor itself.
Second, if programs running on the amorphous processor themselves need to morph, what's changing the processor's configuration.
Now, I believe that FPGA actually has an application, although dynamic processor configuration is not truly it's niche. However, suppose there is Flash ROM on a supporting BIOS that will configure the processor prior to bootup?
This will provide us with a definately novel idea: A processor that can be hacked as easily as a kernel.
The supporting BIOS itself would be accessible from the operating system, so that redesigning the default configuration could be done from inside the operating system. (And processor upgrades would be performed via software upgrades)
Another possibility would be to allow a processor capable of running virtual machines directly, as opposed to software emulation. This is possibly what they were hinting at when they mentioned x86 compatibility similar to the Alpha.
I believe this is actually a possibility about what Transmeta is up to. In fact, the two patents that Transmeta took out might actually involve the error-correction and programming methods of this type of processor.
But one thing's for certain, I believe this WILL have immense impact in the next three years.
******* DISCLAIMER *******
I am a software type, and a user. Men run screaming if I ever wrap my fingers around a soldering iron's handle. I am not qualified to actually understand this any more than I can tell what a circuit board will do by looking at it (without the printed info on the chips). I am not guaranteed to know exactly what I'm talking about.
Okay, anyone want to... correct my ignorance?
--
The Penguin Producer
Given that once you have the software, FPGA are pretty simple to burn. It follows that if someone could make something comutationally usefull, we could share our designs, FPGA's are only a coupla bucks from what i know.
We could be hardware hackers, drag out the soldering iron, burn a few more FPGA's wackin another processor......
Its worth a thought, although a dont readily believe the power they say they've achieved with them
If you for instance have an application that does string compares all over the place, you'd need to be able to recognize it's inner loop, and configure part of the hardware to do the same operation without decoding the same few instructions over and over (that is, you decode them once, find out that this should be handled by the special string compare hardware, and off it goes).
You'd need a good profiler in hardware, that finds code hotspots, and that tell the optimizer which code would be most beneficial to "compile" into microcode for the FPGAs.
Just lets say that the software isn't really the problem here. I'm more reserved about their ability to deliver on the actual hardware side (especially with regards to speed - I don't doubt their concept works in theory, but will it really be as fast as they claim?)
You can't compare MIPS and get meaningful results. If their computers really specialize the hardware, you will end up with specialized instructions that do a lot more real work than what a generic CPU does pr. instruction. hence, their MIPS numbers could be a LOT lower than the generic CPU and still perform the same for typical applications.
If their system would be capable of being configured to handle "normal" 3DNOW instructions at the same speed as existing CPU's, then it would surely handle the special case a lot faster.
And, despite what the previous poster say, it doesn't NEED the entire rendering engine in hardware. It needs the most time consuming parts of the inner loops in hardware. Stuff that are execute 30 times a second or something just isn't important. The parts that are executed 100.000 times a second do.
And once you're done playing Quake, the FPGAs would be reprogrammed, for instance to handle Photoshop, or Gimp, or whatever. On the fly. Since what you'd do would be to profile the running programs continously, and keep generating hardware instructions to improve speeds in hot spots.
Also remember there will be a huge penalty associated with reprogramming the FPGA. Based on the specs of the devices they are using, I would say several hours.
"...Is this world not a call I can screen out" --
I can't connect to the CNN news site (Server error - Slashdotted?) right now, but I think this sounds very much like the crap posted back in February.
If I'm completely out of my mind or am making a fool of myself (because I haven't read the article), please bear with me.
They've spread some fine positive FUD here,
but this is a system that's going to have all
its early adopters in the ranks of researchers
in VR, AI, Robotics and IA, and general purpose
hackers, and none of these people are interested
in MIPS numbers for a completely new and unknown
architechture - That's even more meaningless
than ever before.
No, what we want is real world benchmarks.
Show us photorealistic raytracing to a HUD
at 25fps, Quake running on a wall screen at
3200 x 2400, a screen with Windows, Linux
and BeOS running simultaneously in three
windows on virtual IBM PC's, and watch the
pre-orders flood in. But how do we tell
them this?
I doubt the system would even know about context switches, or about the OS at all.
My understanding of the idea is as follows:
For the hardware, at any given time, you have a working set. The working set is all the code that belong to programs that are currently running.
So the CPU profile the code that is executed. It won't know about context switches or OS's or application boundaries at all. All it will know is that at positions X,Y,Z in memory there are code that accounted for, say, 70% of the total execution time the last minute.
The optimizer assumes that this code will keep running for a while longer. It then examines the code at those locations, and generate specific microcode for the FPGAs to handle those cases.
Thus, the longer a CPU intensive process runs, the more time the optimizer would spend on it.
The more diversity in what you process, the more generic the optimizations will have to be to get a net advantage. If you switch programs every second, then no specific parts of any program will influence the execution time spent in any set of instructions that much, and time will be spent on optimizing simple, common sets of instructions.
Needless to say, the more specialized your applications are, the more it will be able to optimize for speed.
And programs that are long running will have more of an impact on optimizations than applications that quit after a second.
Thus for instance the OS and system libraries will likely be heavily optimized.
And if the system is good, it will optimize short generic instruction sequences first, not highly specific code paths.
Oh, and the point is that no special compiler would be needed. You just compile into any instruction set that the system is configured for, and the system itself would then optimize the microcode for that instruction set.
Actually, to benefit more from this system, creating a simpler, higher level bytecode would probably be a great benefit (and simplify compilers...), since it would be a lot easier for the optimizer to generate good microcode for a small set of high level constructs than for some low level machine code (in the same way as it is a lot more difficult to translate from assembly for one CPU to assembly for another efficiently, than it is to translate from a high level language to assembly for any of the CPU's).
A normal CPU can do nothing to speed up those beyond caching them.
An FPGA based CPU can reconfigure itself to handle a specific inner loop directly in hardware, or add a "meta instruction" that handles sequences of common instructions in one go.
Thus, it won't be "just an emulator".
To compare it with "real world" software: Take Java. Running an x86 program on the FPGA CPU with only straight emulation would be like running Java bytecode: each instruction map to a set of actions.
But running an x86 program on a FPGA CPU that can reconfigure itself would be more like running a Java bytecode application on a JIT compiler, only instead of translating Java bytecode to the machine code of the host CPU, you translate x86 machine code to the microcode used by the FPGAs.
Just as JIT compilation give tremendous speed ups over JVMs without JIT, reconfigurable computing will give tremendous speedups over a 1:1 FPGA based emulation.
Until we get to see real benchmarks it will be impossible to tell if the speed up is big enough, though.
But imagine Dhrystones etc. for this beast :-) They will be completely worthless, since the box would probably generate microcode for the entire benchmark, and execute it as one instruction.
> or think before you post.
Heh....maybe you should heed a little of your own advice. Looks to me like the guy was making a joke. Lighten up, folks.
This is from the same people that made that the guy made the super computer basically in his garage and you can shoot a bullet through it and it will still run and it's faster than a cray and deep blue and it's about 4 feet squared. There was a previous slashdot article, but I'm not at home on the cable, so I'm not waiting 15 minutes to search for the URL, sorry.
While the FPGA approach should have great advantages over conventional RISC/CISC approaches, two major problems have to be addressed. First, there's the too little, too late effect: SSE & 3DNow! instructions accelerate in hardware the most common types of instructions, so that those same instructions won't be accelerated in the FPGA by comparison -- and will probably suffer. Performance will be impacted in three major ways: first, the cost of reprogramming the FPGA -- "thousands of times a second" simply isn't that impressive when you're talking about core processor speeds of a gigahertz in the same timeframe. Assuming 10k changes/sec, you're still looking at 100ms to make the change. The problem here is a question of scale: can I fit all of Quake 3's rendering pipeline into the hardware? If I can, it should cream a dedicated processor. If I can't, I lose major amounts of speed switching the gate array, or to using a less-efficient general layout on one part of the array. Second, how deeply can you pipeline a FPGA on the fly? To my understanding, FGPAs are slower and larger than dedicated circuitry, which limits the transistor count if you're looking at a reasonable die size. Pipelining is necessary, even in massively parellel enviroments, to achieving supercomputing speeds; the bottleneck tends to be i/o, which lends the speed advantage to pipelining, which is parellel over time rather than space. (If you can execute 7 instructions simulatenously at 1/7 the speed of the 7-stage pipelining, you lose, because the operands probably won't be ready in time, inserting stall cycles.) Third, the compilers for this architecture will have to be absolutely amazing; as much trouble as Intel is having with EPIC compilers, I'd expect a "massive parellel, tightly coupled" FPGA system to have an even more complicated compiler. Further, in addition to the normal costs associated with context switching, the FPGA will have to switch back to match the configuration it was when the process was switched out, further damaging high-end performance.
Finally, as I mentioned above, i/o is usually the bottleneck with high-speed computing. The FPGA design doesn't offer any compelling advantage there; it doesn't matter how much of the rendering pipeline it can do in hardware if the geometry data can't get there on time.
-_Quinn
Reality Maintenance Group, Silver City Construction Co., Ltd.
I wonder how fast one of these babies can run when fully overclocked.
If someone really had a technology that was really "60,000 times as fast as a PII-350", don't you think they'd want to sell it for more than PC prices for a while and get stinking rich? Heck, I sure would. And they even acknowledge that in the article.
For a start: chip designers everywhere use FPGA:s to prototype their designs. No magic; they are reasonably fast (but not as fast as custom designed chips), and _way_ more expensive. Having a large array of them would indeed make it possible to run DES at a frightening speed -- but so would a mass of standard computers. The sticking point is that the collection of FPGA:s emulating a standard CPU would be way slower for any given budget for CPU:s than a custom chip (like the PII, PIII or AMD K7) -- and way more expensive.
:)
Think about it: both Intel and AMD (and everybody else) uses FPGA:s for prototyping their chips. If it was so much more efficient, why do they not release chips whith this technology already?
As for the reprogramming component part of this design: translating from low-level code to actual chip surface (which it still is very much about) is largely a manual even for very simple circuits, largely because the available chip-compiler technologies simply aren't up to the job.
Besides, have any of you thought about the context-switch penalty of a computer that will have to reprogram its' logic for every process
Trust the Computer. The Computer is your friend.
It's pretty obvious that these guys are a fraud. If they had a real product, they would have every major hardware in the world lined up to buy them out for a billion dollars. Then they would have the resources to building more than the hundred machines a year they claim to be limited to.
Also, if they had a real product they would have some kind of proof. Like cracking RC5 keys. That would be a great proof! Build a supercomputer, design a distributed.net client for it, and then start beaking records with your demo machines.
So the real question is what these weasels are up to. I'm sure that they know that no one is dumb enough to hand over $26 million for a box full of vaccum tubes. They would have found out a long time ago that no one can award a $26 million contract without an ironclad proof of technology. Besides, their web page doesn't even make sense. They say that they have a proprietary operating system, but then on their hardware page it says that it will run either UNIX (I guess any flavor!) or Windows NT.
I suspect that they may be trying to find suckers willing to get certified in their development language, "Viva". They list a training course as being available. To participate, all you have to do is sign this an NDA and send it right in. Of course, all training will happen over the web. So you won't be able to tell what kind of machine that you are taking your training on. Or complain to someone if you figure out the scam. So even if there is no suckers willing to hand over $26mm, they're probably hoping to find a thousand frustrated postal workers willing to spend $5,000 to be the first to be trained in this technology that will enable them to "ride a great tide of change as one paradigm of computing technology gives way to another". And once they are trained, they get to work for Star Bridge Systems! And they get paid in "valuable computing cycles". I'm not making this up folks!
Just look at the DES cracker, in some niche applications like for instance crypto it would be outrageous to think that a reconfigurable computing machine with that amount of gates couldnt give better than supercomputer performance. 90% of gates in general purpose processors are wasted on tasks like that, and the effectiveness of the work they do is going to be much less than a purpose designed circuit.
Take a look at : http://www.io.com/~guccione/HW_list.html
:-).
A list of FPGA based computers/cards with descriptions.
The specs for the Spyder are nice, they even have a C compiler for the FPGA's. Make things somewhat easyer for loosers who don't know VHDL
Unfortenatly Spyder is for VME buss only, but I belive there is somthing like it for PCI somplace in that list...
Hardware who change after your needs, I for one like it....
Yes, they are stretching the truth a lot when they say 60,000 times a P-II 350. Yes, they are looking at only 4-bit operations. In general, they are talking about kicking serious butt when all you want to do is massively parellel applications.
But more and more the reason we are begging for more speed in our CPUs are for massively parallel applications. Game rendering, voice recognition, audio mixing, etc are all parallel applications.
What this thing is talking about doing is adapting _on the fly_ to whatever application you are running and reprogramming itself to maximize your use of the silicon. Today's chips are mostly superscalar, there are parts on the chip dedicated to certain operations, an integer add module, an integer mult module, a mem load module, floating point add module, etc. When you play quake, you stress out the floating point modules and leave the integer module twiddling its thumbs. All that silicon goes to waste, possibly only for a fraction of a second, but it could have performed a few MFLOPs if it had been reprogrammed to do FP.
Intel and AMD already recognize the need to handle massively parallel applications. This is where MMX and 3Dnow! are supposed to help.
That being said, we are looking at a whole new paradigm when we start using FPGAs. Today's languages are based on our current architecture paradigm (general purpose CPUs) and our applications are based on today's languages. To make a change to this will be a hell of a jump. To me, that is the best reason to start this stuff out in the supercomputer world where they have the money to rewrite software.
I for one am ready to buy some Xilinx stock. Worse case for them is that they sell only a few thousand more FPGAs and get their name in the paper. Best case is they sell millions and become the foundation for the next generation of computers.
Posted by zyberphox:
for the hyper-machine cost me 26 million dollars, 60000 times faster then PII, im not sure that it will worth for the time being ( 18 months,...so long )
This computer was discussed in comp.sys.super
a couple months ago. The operational word was
4-bit integer/boolean, whereas most scientific
CPUs measure speed in 64-bit integer/floating
point. Once you calculate 64-bit speed,
the speed difference is disappears for a 2001
year machine. Also, the types of operations
you can do with 4-bit words are optimized for
multi-media, not general purpose computing.
Lots of special purpose chips for DSP, graphics,
etc. run 10x or faster than general purpose computers.
And sure, sell the first system for $26 million, and the following systems for $1000 each? Supposedly they sold one system so far - I wonder who bought it. Either the company itself, or one of their VCs, probably. That's a neat way to raise money...
Under capitalism man exploits man. Under communism it's the other way around.
Mp3 compression? Get mp3encoder from Freshmeat's rpms.
Q3Test? Whats the prob? If you want to play *now* buy a pair of Voodoo2's. Works fine from what I hear. Voodoo3 should work too. TNT and TNT2 will be working shortly. Anything else is a complete waste of money.
Twas a time when security was all about port scans and buffer overflows.
Now, we will have to grapple with crackers who are trying to squooge the amorphous geometry of the processor to their advantange. Maybe you can wipe out your competitor not by stealing his data but by squooging his processor form into an inefficient shape, slowly gagging him out out of business. It's a whole new range of opportunities for Bill.
Maybe the OS will come with some kind of FPGA Squooge Alert (you heard it here first) - which will dump a small error file (50MB will probably describe the amorphous shape) when a momentary configuration change, called a squooge, opens a whole new dimension of security problems.
Ugghhhh
I read about these guys before. Although
they talk about great performance, I see
no benchmarks, not a single application or
demonstration. Just a lot of talk about
what might be, not what is.
Tomorrow I will use my PII-350 to do something
(as slow as it is)
It's not clear to me how this could possibly match the 60k increase in performance this article claims. Certainly, you can't execute a single stream of instructions at anywhere close to that speed, no matter how fast you can modify the gates. If this is supposed to be a massively parallel system, then you're only going to see this kind of speed up on tasks that can be extensively parallelized. So without even seeing the details, I don't buy it. Yeah, you might approach this level for something like prime number factoring, but I'll bet money they aren't going to achieve anywhere near this speed on everyday computing tasks
Am I missing something?
The company didn't say that the PC is 60,000 times faster, the "hypercomputer" is. The PC does 100 billion ops/sec(BTW, how fast is this really, realtive to a 500MHZ P3 or G3?)
What they said was that
- they will have a HAL Jr, that will fit in a suitcase, and will do 640 billion ops/sec
-they've "mapped out a series of hypercomputer systems, ranging in performance from the HAL-10GrW1, capable of conducting 10 billion floating-point operations per second, to aHAL-100TrW1, which conducts 100 trillion floating point operations per second"
Meaning: the supercomputer will eventually go up to 100 trillion ops/sec, the but the PC is only 100 billion
Now, as I said, could some tell me how much faster 100 billion a second is than a computer today? But I'm going to try to figure it out w/o really knowing.
If I assume the 100 trillion one is the one that's 60,000 times faster than today's computer, then would the 100 billion one be 60 times faster? If they can release something 60 times faster than a P2 450 in 18 months that would still be damn good, IMHO.