Slashdot Mirror


Cray, Intel To Partner On Hybrid Supercomputer

An anonymous reader writes "Intel convinced Cray to collaborate on what many believe will be the next generation of supercomputers — CPUs complemented by floating-point acceleration units. NVIDIA successfully placed its Tesla cards in an upcoming Bull supercomputer, and today we learn that Cray will be using Intel's x86 Larrabee accelerators in a supercomputer that is expected to be unveiled by 2011. It's a new chapter in the Intel-NVIDIA battle and a glimpse at the future of supercomputers operating in the petaflop range. The deal has also got to be a blow to AMD, which has been Cray's main chip supplier."

7 of 106 comments (clear)

  1. Most likely? by Whiney+Mac+Fanboy · · Score: 4, Informative

    it will most likely just be used for more nuclear weapons simulations [emph mine]

    The majority (but not all) supercomputers on the top 500 supercomputer list are related not to nuclear weapons research, but meteorological/oceanographic & other scientific uses.

    --
    There are shills on slashdot. Apparently, I'm one of them.
    1. Re:Most likely? by encoderer · · Score: 4, Funny

      Like W.O.P.R.

      Do you think WOPR is studying the climate?

      No way.

      It spends it's spare cycles playing a special version of The Sims where all human life is annihilated and WOPR is the supreme ruler.

      Oh, and searching for WOPETTE porn.

  2. Floating-point acceleration unit, sounds familiar by noidentity · · Score: 4, Funny

    Intel convinced Cray to collaborate on what many believe will be the next generation of supercomputers -- CPUs complemented by floating-point acceleration units.

    Let me guess, it's going to be called the 8087.

  3. Re:AMD worried? by Kjella · · Score: 3, Insightful

    Please make sure to make a "Supercomputers is an irrelevant little niche" comment in a thread about Linux in supercomputers. Let me know how the charred remains of your karma is doing afterwards. It's all about bragging rights, in particular "the world's most powerful supercomputer" title. Most of these are trying to run some O(ugly) problem and improving the model or algorithms probably means a lot more than just adding 10x more power.

    --
    Live today, because you never know what tomorrow brings
  4. And the cycle continues... by Jesus_666 · · Score: 4, Insightful

    A few years from now Intel will unveil their shocking new techology - they will build the floating point accelerator right into the CPU! For massive performance gains! And then a few years later they will move it out of the CPU for better performance. And so on, and so forth, etc. etc. etc.

    --
    USE HOT GRITS WITH STATUE OF NATALIE PORTMAN (NAKED AND PETRIFIED)
  5. Re:Mega-petaflops for people by chuckymonkey · · Score: 5, Informative

    Your smug is showing, I work with one on a daily basis for the government in the missile defense arena. Hell in two months I'm going to be building one of those new IBM machines, we just signed the purchase with IBM. Yes I said that I'm going to be building one, IBM is not allowed in our building. I don't even have to rent nodes of it, we have it all to ourselves. It's not the applications or the hardware that is the problem, it's the latency. I don't care how fast your internet connection is, you cannot match the interconnect fabric of these machines. If you want to parse out little bits of data to a vast number of computers using the spare cycles of home computers is great, I'm not trying to downplay that. You just cannot run them in parallel and do real time simulations on them. That is why we have these huge monolithic computers. Let me give you two examples: Protein folding, not parallel and also not time sensitive. More of a when you finish I'll give you a new problem to chew on. Tracking millions of orbits from shit in space, very parallel requires correct timing low latency transactions between CPU nodes. Also needs results as events occur, there's no room for "When your done I'll give you a new one". Working out the problems with star travel as the original parent said is a grand idea using a distributed system, running the simulations in real time to actually have an idea of whether or not those solutions will work is where computers such as the ones I work with come in.

    --
    "Some books contain the machinery required to create and sustain universes."-Tycho
  6. Re:Mega-petaflops for people by chuckymonkey · · Score: 4, Informative

    MMORPG is real time as far as the human mind is concerned. If you look at all of them they have a latency counter too, they suffer badly sometimes from that problem. Hell the new supercomputer systems are not even real time, they have problems with latency as well. That's usually what the limiting factor as far as computing nodes is, the farther you space nodes out, or the more hops that they take over the fabric all has latency. For instance, one of our old SGI machines is limited to 2048 processors (SGI claims 512) because the NUMA link interface is too spread out beyond that. Of course that's running over copper with electrical signalling, newer systems use fiber which is very fast over the line, but the bottle neck is in the connections. So yet again we run into the problem of latency being the limiting factor. They even have specialized routers in them that are designed to be transparent to the overall machine, but beyond a certain number of hops you still have latency. I wish I could post diagrams and say a little more, but I'm already treading into the "trade secrets" ground. The difference between real-time simulation and an MMORPG though is a little more sticky problem. Think of it like this, the MMORPG connects to a main server, that server has the world running on it, it keeps track of all the other players in the game. The client computer merely syncs with that server, it doesn't do anything other than present the world to the end user and take the data from the server and display it on the screen. There really isn't a strong emphasis on real-time as compared to a weather simulation. When you're running these huge simulations you have multiple independent processes and threads all going through the machine at the same time, all to achieve one single end result. I'm sorry if I'm not doing too well at making sense, I have a little trouble explaining it because I'm more of a visual person. The best I can really say is that the comparative complexity of the problems between the two is vast. Someone out there that's a little better with words feel free to step in and help me out here. Now, when we all have fiber running to every computer connected to the internet maybe then the distributed systems become more of a reality. Another problem that I see with distributed systems though is the variation in hardware. When the programs get written for the supercomputing platforms there is an expectation of sameness for the hardware. All the processors, all the memory, all the fabric links, all the buses, all the ASICS, everything is the same from one point to another. Intelligently identifying hardware differences and exploiting them for real time simulation would be a real trick if someone could pull it off. Hmmm, my firefox spell check seems to think I'm British.

    --
    "Some books contain the machinery required to create and sustain universes."-Tycho