Slashdot Log In
Cray Introduces Adaptive Supercomputing
Posted by
ScuttleMonkey
on Fri Mar 24, 2006 02:02 PM
from the adapting-to-complexity dept.
from the adapting-to-complexity dept.
David Greene writes "HPCWire has a story about Cray's newly-introduced vision of Adaptive Supercomputing. The new system will combine multiple processor architectures to broaden applicability of HPC systems and reduce the complexity of HPC application development. Cray CTO Steve Scott says, 'The Cray motto is: adapt the system to the application - not the application to the system.'"
This discussion has been archived.
No new comments can be posted.
Cray Introduces Adaptive Supercomputing
|
Log In/Create an Account
| Top
| 108 comments
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Good Motto (Score:5, Insightful)
(http://www.dragonswest.com/ | Last Journal: Monday November 05, @07:35PM)
Cray CTO Steve Scott says, 'The Cray motto is: adapt the system to the application - not the application to the system.'
That's a good motto, but how often do you bend the will of your application, needs or business to the limitations of the application? I've been sitting on something for a couple weeks after telling someone "You really should have accepted the information the other way, because this new way you want it is highly problematic (meaning: rather than rip it off with a simple SQL query, I'll have to do an app)"
IMHO adapting to the needs of the user == customisationg, which also == money. Maybe it's not a bad idea at that! :-)
In certain cases, at run-time, the system will determine the most appropriate processor for running a piece of code, and direct the execution accordingly.
This assumes, of course, that you have X number of processors to chose from. If you can't do it, the answer is still 'throw more money at it, buy more hardware.'
my head is still spinning from all the new buzzwords overheard at SD West 2006.
Co-processors anyone? (Score:4, Insightful)
(Last Journal: Saturday February 25 2006, @11:02PM)
Old ideas are new again.
Re:Co-processors anyone? (Score:5, Interesting)
(http://sketerpot.freezope.org/)
In other words, they're working on processors which are programmed in general-purpose languages, but which adapt their hardware to the specific program.
Re:Good Motto (Score:5, Interesting)
For example, Gerald Sussman of MIT (a computer scientist) and a Jack Wisdom (a physicist) decided they wanted to do long-term modelling of the solar system's evolution over time. Long time modelling of a multi-body system requires a fantastic amount of calculation. What is the best way to do it?
Sussman and Wisdom came up with a crafty idea: build a computer that is specially configured at the hardware level to do the modelling. Sussman and his colleagues decided that with off-the-shelf parts they could build a computer that would be just as or more capable of modeling this system than a supercomputer would be. The result was the Digital Orrery, a relativlely cheap computer that gave great results. (It is now featured in the Smithsonian museum.)
Think of it: if your computer is going to be doing the Fast Fourier Transform 6.02x10^23 times per day, why not build a superfast chip that does nothing but the FFT rather than express it as software? It's a pretty cool idea. I think this is the sort of thing that Cray computers claims to want to do with its motto.
Re:Adaptive = Adapting for Survive (Score:4, Informative)
Cray? (Score:3, Funny)
(http://godgab.org/)
Coolest Looking Supercomputers (Score:5, Interesting)
(http://godgab.org/)
Go AMD (Score:2, Interesting)
(http://dotfucked.org/)
Im just loving the vendors picking up on AMD.
Their idea seems very interesting in theory. It sounds like HPC's version of the math co-processor->crypto accelerator idea.
And at least they are not basing the userland on Unicos
Complexity, current machines (Score:4, Interesting)
The only difference I see is that they're relying on an intelligent compiler to decide which bits to send to which processing unit, but I'm not sure how much faith can be placed there. Cray certainly has a lot of supercomputing experience, but relying on compiler improvements to make or break an architecture doesn't have a good track record. I'm curious to see how they fare.
Re:Complexity, current machines (Score:4, Interesting)
Your being fairly pedantic about the computer architecture anyway. Yes, pairing multipe processor types together is not new, but most mpp supercomputers use identical node types.
The jist of this story is simpler than it sounds. Cray has 4 product lines with 4 cpu types, 4 interconnect routers, 4 cabinet types, and 4 operating systems. They would like to condense this down. The first step is to reuse components from one machine to the next. There are distinct advantages for keeping the 4 cpu types for various problem sets, but most everything else could be multi-purpose. From the sounds of things, it's using the next generation of the seastar router in all of the machines. Thus you use the same router chips, cabling, backplane, and frame for all the products. This reduces the number of unique components cray has to worry about. If they go to DDR2 memory on the X1 and mta, that further simplifies things, though I suspect they won't.
Well, once you share parts, why not make a frame with a bunch of general purpose CPUs for unoptimized codes, and a few fpga or vector cpus for the highly optimized codes? It allows customers more flexibility, and introduces cray's mid-range customers to the possibility of using the really high-end vector processors currently reserved for the high-end X1 systems. It's also a win for the current high-end customers. On the current X1 systems, you have these very elaborate processors running the user's optimized application, but the vector cpu's also end up running scalar codes like utilities and the operating system. These are tasks the vector cpu's aren't terribly good at, and you're using a $40,000 processor to run tasks a $1000 opteron will do better. Even if the customer isn't interested in mix-n-match codes on the system, (which I'm skeptical any cray customer really is), you probably want to throw a few dozen opteron nodes into the X1's successor, just to handle the OS, filesystems, networking, and the batch scheduler.
Supercomputing v Distributed Computing (Score:1, Interesting)
(http://www.puremango.co.uk/)
Surely the computing environment hasn't changed so dramatically in 5 years as to make this type of achievement redundant?
Unless 'computing power' is different to 'combined processor speed', I don't understand what Cray are up to here.. perhaps someone can enlighten me?
I'll pre-order the next version (Score:1, Funny)
This begs the question... (Score:5, Funny)
(http://www.creimer.ws/ | Last Journal: Friday January 26 2007, @12:40PM)
Good Linux Journal Article On This (Score:2, Informative)
http://www.linuxjournal.com/node/8368/print [linuxjournal.com]
Cray's Motto... (Score:1, Flamebait)
(http://www.texxelle.com/)
Oh well. Whatever works.
Cray as a company in general (Score:2)
Re:Cray as a company in general (Score:5, Informative)
(http://soapbox.bartsplace.net/)
The Cray we know now shares a name with the Cray that produced the famous Cray supercomputers of old, they also have some nice technology around, but there the similarities stop.
building machines around problems (Score:4, Interesting)
(http://www.clustermonkey.net/)
HPC/Beowulf clusters are about building machines around problems
That is why Clusters are such a powerful paradigm. If your problem needs more processors/memory/bandwidth/data access, you can design a cluster to fit your problem and only buy what your need. In the past you had to buy a large supercomputer with lots of engineering you did not need. Designing clusters is an art, but the payoff is very good price-to-performance. I even wrote an article on Cluster Urban Legends [clustermonkey.net] the explains many of these issues.
And What If... (Score:4, Insightful)
And what if I don't want multiple processor architectures, but instead just lots and lots of the single architecture my code is compiled for?
Re:And What If... (Score:4, Insightful)
The idea is that all the CPU types will be blades that all use the same router, and plug into a common backplane, and that the cabinets all cable together the same way. In all cases, I imagine there will be opterons around the periphery, as I/O nodes and running the operating system. Then you plug in compute nodes in the middle, where the computer nodes can be a bunch more opterons, or vector cpu's, or fpga's, or multithreaded cpus. There will certaintly be plenty of customers only interested in lotsa opterons on cray's fast interconnect, and they just won't buy any of the custom cpus.
Build to the application? (Score:1)
(Last Journal: Monday April 30 2007, @10:21PM)
That seems like a good idea, but you end up with a "one trick pony" that does only one thing really well. Once that application is end-of-life or no longer needed, your million dollar machine is worthless piece of lounge furniture unless it can be reconfigured for some other application.
To me, it doesn't seem like a good investment. Then again, that's probably why I'm not building super computers!
Has to be said (Score:1)
Buzz word. (Score:3, Insightful)
(http://www.klaproos.net/)
There have been several attempts (hpfortran, orca, etc..) to automate parallisme but most of them failed because a skilled programmer could create a much faster application within a few days. And remeber that a 10% performance boost in these applications means thousands of dollars saved.
So I suspect this is just a buzz word.
Old Story (Score:1)
http://www.sgi.com/features/2004/july/project_ult
I for one... (Score:1, Troll)
Sounds like SGI, sadly (Score:2, Insightful)
What's next for Cray? The Cray Future! (Score:1)