Slashdot Mirror


US DOE Sets Sights On 300 Petaflop Supercomputer

dcblogs writes U.S. officials Friday announced plans to spend $325 million on two new supercomputers, one of which may eventually be built to support speeds of up to 300 petaflops. The U.S. Department of Energy, the major funder of supercomputers used for scientific research, wants to have the two systems – each with a base speed of 150 petaflops – possibly running by 2017. Going beyond the base speed to reach 300 petaflops will take additional government approvals. If the world stands still, the U.S. may conceivably regain the lead in supercomputing speed from China with these new systems. How adequate this planned investment will look three years from now is a question. Lawmakers weren't reading from the same script as U.S. Energy Secretary Ernest Moniz when it came to assessing the U.S.'s place in the supercomputing world. Moniz said the awards "will ensure the United States retains global leadership in supercomputing." But Rep. Chuck Fleischmann (R-Tenn.) put U.S. leadership in the past tense. "Supercomputing is one of those things that we can step up and lead the world again," he said.

127 comments

  1. Think of the mining possibilities by Anonymous Coward · · Score: 0

    for bitcoin.

    1. Re:Think of the mining possibilities by Anonymous Coward · · Score: 0

      Fuck that noise. I'm gonna process me some host files, baby!

    2. Re:Think of the mining possibilities by Anonymous Coward · · Score: 0

      How does that work exactly?

    3. Re:Think of the mining possibilities by davester666 · · Score: 2

      Sorry, the NSA needs all those cycles to process everyone's phone calls. Remember, it's only illegal for a person to listen in on your calls.

      --
      Sleep your way to a whiter smile...date a dentist!
  2. Ehhh Meh by Crashmarik · · Score: 1

    Reminds me a little of Soviet era build the biggest thing you can projects. I could see it if they have a particular problem that either needs faster updates or higher resolution updates than the performance currently available provides (weather forecasting comes to mind). But building big to build big ? The interesting part of high performance computing is all in architecture and software to make use of it. This strikes as a little wasteful

    1. Re:Ehhh Meh by Macman408 · · Score: 4, Informative

      There are plenty of things that can use all the computing power you can throw at it these days. As you mentioned, weather forecasting - though more generally, climate science. Somebody from one of the National Labs mentioned at a college recruiting event that they use their supercomputer for (among other things) making sure that our aging nukes don't explode while just sitting in storage. There are thousands of applications, from particle physics to molecular dynamics to protein folding to drug discovery... Almost any branch of science you can find has some problem that a supercomputer can help solve.

      Additionally, it's worth noting that these generally aren't monolithic systems; they can be split into different chunks. One project might need the whole machine to do its computations, but the next job to run after it might only need a quarter - and so four different projects can use the one supercomputer at once. It's not like the smaller computing problems end up wasting the huge size of the supercomputer. After all, many of these installations spend more in electricity bills over the 3- or 5-year lifetime of the computer than they do to install the computer in the first place, so they need to use it efficiently, 24/7.

    2. Re:Ehhh Meh by Beck_Neard · · Score: 1

      As supercomputers grow larger, the pool of problems that benefit by using them gets smaller.

      --
      A fool and his hard drive are soon parted.
    3. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      Yes, because a supercomputer can stop aging nukes from exploding.

    4. Re:Ehhh Meh by mikael · · Score: 1

      Supercomputers are designed to be unlimited in scalability (super-scalar). Everything is duplicated from the cores on a single chip die to the boards, racks, rack-frames, aisles of rack-frames and interconnect fabric. The only limits to the size of a super-computer are financial; component cost, office space lease and electricity bills. Usually, it's the last one that's the problem. The slowest proocessing nodes can be pulled out and replaced with more powerful ones as time goes by.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    5. Re:Ehhh Meh by Crashmarik · · Score: 2

      There are plenty of things that can use all the computing power you can throw at it these days. As you mentioned, weather forecasting - though more generally, climate science. Somebody from one of the National Labs mentioned at a college recruiting event that they use their supercomputer for (among other things) making sure that our aging nukes don't explode while just sitting in storage. There are thousands of applications, from particle physics to molecular dynamics to protein folding to drug discovery... Almost any branch of science you can find has some problem that a supercomputer can help solve.

      True enough, the rub is that developing solutions for those problems that effectively use supercomputing resources is as big a problem as the problem. It's more than likely you are reading this on a multiprocessor with a vector acceleration system, that has more potential compute power than any supercomputer from older than 15 years. The question is just what is your utilization and where is the speedup from all the extra compute resources.

    6. Re:Ehhh Meh by mikael · · Score: 1

      The number of floating point operations (FLOPS) performed by a next-generation game console outranks early days supercomputers like the Cray.

      Cray-2 = 1.9 GFLOPS
      http://www.dcemu.co.uk/vbullet...
      Dreamcast | CPU: 1.4 GFLOPS | GPU: 0.1 GFLOPS | Combined: 1.5 GFLOPS
      PS2 | CPU: 6 GFLOPS | GPU: 0 GFLOPS | Combined: 6 GFLOPS
      Xbox | CPU: 1.5 GFLOPS | GPU: 5.8 GFLOPS | Combined: 7.3 GFLOPS
      Wii | CPU: 60 GFLOPS | GPU: 1 GFLOPS | Combined: 61 GFLOPS
      Xbox360 | CPU: 115 GFLOPS | GPU: 240 GFLOPS | Combined: 355 GFLOPS
      PS3 | CPU: 218 GFLOPS | GPU: 1800 GFLOPS | Combined: 2018 GFLOPS
      PS4 | CPU: 102.4 GFLOPS | GPU: 1843 GFLOPS | Combined: 1965 GFLOPS

      Console games are getting to the point of having 2 TeraFLOPS of 32 floating-point performance

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    7. Re:Ehhh Meh by Crashmarik · · Score: 1

      Supercomputers are designed to be unlimited in scalability (super-scalar). Everything is duplicated from the cores on a single chip die to the boards, racks, rack-frames, aisles of rack-frames and interconnect fabric. The only limits to the size of a super-computer are financial; component cost, office space lease and electricity bills. Usually, it's the last one that's the problem. The slowest proocessing nodes can be pulled out and replaced with more powerful ones as time goes by.

      That's meaningless if your software doesn't scale or has serial bottlenecks.

    8. Re:Ehhh Meh by TropicalCoder · · Score: 0

      They need this machine to sort through all the data the NSA has been collecting, which must be doubling every year.

    9. Re:Ehhh Meh by davydagger · · Score: 1

      soviet era? oh no my friend, it goes back way further than that. Russia is all about "build the biggest you can". the Tsar cannon comes to mind. https://en.wikipedia.org/wiki/... and this https://en.wikipedia.org/wiki/...

    10. Re:Ehhh Meh by Crashmarik · · Score: 2

      You forgot the Tsar Bomba http://en.wikipedia.org/wiki/T...

      But then again there were so many. It's kind of mind numbing that we have to borrow stupid from the former soviet union.

      P.S. The soviet era is Lenin to breakup, the life of the Soviet Union.

    11. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      And those multi-processor and vector processing techniques were first developed and deployed in the supercomputers of that era. That's the way it's always been - useful technologies developed at the very high end eventually trickle down to the lower end and more people benefit from them...

    12. Re:Ehhh Meh by mikael · · Score: 1

      That's why many simulations are still written in Fortran - the compilers were optimized to handle multi-dimensional grid arrays, which is what fluid dynamics and other solvers use.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    13. Re:Ehhh Meh by Crashmarik · · Score: 1

      Really ?
      I always thought it was the incredible abundance of numeric and simulation libraries for Fortran and the incredible amount of testing they have undergone, also there is the inertia of so many scientists and engineers learning Fortran as their first language or just knowing the language.

    14. Re:Ehhh Meh by Crashmarik · · Score: 1

      You have missed it. Those were developed as research into new architectures and new techniques not taking an existing system and making it bigger.

    15. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      "... making sure that our aging nukes don't explode while just sitting in storage."

      They're not making sure the nukes wont detonate themselves spontaneously, they're making sure the nukes will still detonate if given the order to. A nuke that fails to detonate is either a really expensive decoy or a really expensive dirty bomb, depending on where it is when it fails.

      Uranium is pretty stable but plutonium metal slowly changes itself over time. As a metal its phase diagram is among the most complex known. It doesn't have the longest half-life (24K years) - it self-heats measurably, and very importantly the decay "emits" a large amount of helium and different atoms into the metal crystal grains. Hard to predict exactly what's going on and with the moratorium on testing, it's up to supercomputers to model the aging process (and how the modelled aged devices will behave when told to detonate).

    16. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      Thank goodness someone made an off-topic whining remark about the NSA, I was worried nobody would.

    17. Re:Ehhh Meh by rogoshen1 · · Score: 1

      i think something like this would be a case of "if you build it, they will come".

    18. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      It seems you are unaware of just how much software there is out there that can scale to orders of magnitude more parallel processing units than we have now. Just in the field of plasma physics that I work in, there are numerous sets of software that can use any sized super computer available today, because the algorithms involved are incredibly parallel. It is pretty common to hear in conference talks that the resolution of some solver or simulation was due to the computer time budget they had, and even then they only got one big run, when there would be value in doing multiple runs to gather statistics in certain behavior. And for many problems, the extra resolution is not about just smoothing out a solution, but because of multiscale problems where the phenomena under study occur at very different scales, and many computational physicists have to extrapolate from numeric work that greatly abbreviates those scales.

    19. Re:Ehhh Meh by fahrbot-bot · · Score: 3, Interesting

      The number of floating point operations (FLOPS) performed by a next-generation game console outranks early days supercomputers like the Cray.

      Sure, but do they have the system capability / bandwidth to actually do anything with those numbers and is their raw speed offset by not being vector processors like the Cray 2 (process an entire array of data in 1 instruction)? I'm not a hardware geek, but was an administrator for the Cray 2 at the NASA Langley Research Center back in the mid 1980s and, among other things, wrote a proof-of-concept program in C to perform Fast Fourier transforms on wind tunnel data in near real time - probably would have been faster had I been a FORTRAN geek - and the system could pump through quite a bit of data - at least for the 80s.

      And the Cray 2 was way prettier than a PS3/4 or Xbox, though the Fluorinert immersion used for cooling is a bit cumbersome and expensive :-)

      --
      It must have been something you assimilated. . . .
    20. Re:Ehhh Meh by fahrbot-bot · · Score: 2

      ...also there is the inertia of so many scientists and engineers...

      Sounds like words of a youngster who doesn't know that newer isn't always better.

      --
      It must have been something you assimilated. . . .
    21. Re:Ehhh Meh by Artifakt · · Score: 2

      Well, you could just actually test old and unrefurbished nukes to see just what all those decay products accumulating beneath their shells do, or you could just simulate it. No wait, the politicians have sworn off all actual testing, you can only simulate. Back in the 2000's Supercomputers were all we had to tell us what was in the decomissioned former Soviet nukes they were asking us to open up and get the Plutonium out of - some were seven to ten years behind scheduled maintenance and nobody was sure just what had built up in it, but the Russians still had Chernobyl in their minds and would love to comply with the treaty by destroying it, it was just their technicians were getting readings as soon as they opened up the outer casings that convinced them they would have died if they had gone any further.
                It's no accident that most of the US title holders for fastest supercomputer have been built at the Oak Ridge National Laboratory. The whole US supercomuting program to date has cost much less than one decay induced explosion releasing the sort of stew of Polonium, Americium, and other incredibly virulently radioactive glop that builds up in old nukes, simply because all the possible scenarios are so ultimately nasty, as in covering the area of 100 Chernobyl's nasty.

      --
      Who is John Cabal?
    22. Re:Ehhh Meh by Beck_Neard · · Score: 2

      Not sure what point you're trying to make here, but newer supercomputers are very different from those early supercomputers, in far more ways than one. The parallelism is much higher (supercomputers now have millions of nodes, with exascale computers expected to have tens of millions or more), for instance. It's extremely hard to program for them. Interconnects have not been improving very much and so data flow between cores has to be managed carefully.

      --
      A fool and his hard drive are soon parted.
    23. Re:Ehhh Meh by Crashmarik · · Score: 1

      It seems you are unaware of just how much software there is out there that can scale to orders of magnitude more parallel processing units than we have now. Just in the field of plasma physics that I work in, there are numerous sets of software that can use any sized super computer available today, because the algorithms involved are incredibly parallel. It is pretty common to hear in conference talks that the resolution of some solver or simulation was due to the computer time budget they had, and even then they only got one big run, when there would be value in doing multiple runs to gather statistics in certain behavior. And for many problems, the extra resolution is not about just smoothing out a solution, but because of multiscale problems where the phenomena under study occur at very different scales, and many computational physicists have to extrapolate from numeric work that greatly abbreviates those scales.

      LOL so your answer is to do what hasn't been working poorly for you but bigger ?

    24. Re:Ehhh Meh by Beck_Neard · · Score: 1

      By 'nodes' I mean 'cores'. Typo.

      --
      A fool and his hard drive are soon parted.
    25. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      All consoles you listed are current generation or older.

    26. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      There's a huge problem with your belief in climate science with using computers, and to simply explain this point we will take the weather "forecasting" and and show you the very problem with computer science.

      They simply can't get the weather accurate within 12 hours, let alone be remotely close to predicting or forecasting the f'in weather 2 day ahead. And yet I am suppose to believe with all the forces, known and unknown by man himself, of how THEY think or believe the planet works your going to use a computer to figure it out?

      Computers only know what man teaches or programs it to know, this is something I fell people completely ignore or they are simply retarded and figure a computer figures it out all on its own. (not you but those that are arrogant)

      However saying that there is a lot of other uses that are in fact beneficial I do agree with that...

    27. Re:Ehhh Meh by dbIII · · Score: 1

      True - problems of modelling molecular interaction now benefit so that is a "smaller" problem :)

    28. Re:Ehhh Meh by dbIII · · Score: 1

      Rubbish - geophysics alone is full of embarrassingly parallel problems. For instance, apply filter X to 10**8 traces. See also anything involving DNA, or to get far simpler, even types of finite element analysis which work with multiple passes. Give the nodes their job, then do something with all the bits they independantly produce for the next step - there's plenty of tasks that don't require constant interconnection.

    29. Re:Ehhh Meh by serviscope_minor · · Score: 2

      Sure, but do they have the system capability / bandwidth to actually do anything with those numbers and is their raw speed offset by not being vector processors like the Cray 2 (process an entire array of data in 1 instruction)?

      Nope. The vetor unit with its crazy chaining and entire array computations initiated by a single instruction were the tricks required to get the CRAY to be as fast as it was. With all those tricks, the CRAY-2 peaked at about 2GFlops or so. Bear in mind the relative of Vector processing (SIMD) is now present on all high performance CPUs.

      The other problem was indeed memory bandwidth. Cray solved this with dedicated processors for aranging memory transfers, multiple memory channels and other tricks. These tricks are now present in modern high performance processors, though the memory co-processors are now built in and not separate or even turing complete processors in their own right.

      The clock speed was actually quite low, because the machine was physically large and the speed of light limited what could be done.

      There's not much contest now because the hardware has advanced fast. Even early gen Atom CPUs could reach multiple GFlops on benchmarks (as opposed to the 2GFlops theoretical peak of the Cray 2).

      But yes, the Cray computers basically looked cooler than any other computer before or since.

      --
      SJW n. One who posts facts.
    30. Re: Ehhh Meh by Anonymous Coward · · Score: 0

      If you don't like hearing people mention things that are actually important, you could always go back to watching reality tv where you're safe from anyone raising matters of public concern.

    31. Re:Ehhh Meh by mean+pun · · Score: 2

      With tens of millions of nodes data logistics pretty much always is a problem, even for supposedly embarrassingly parallel problems. Either the nodes communicate with only a few neighbours, in which case you have to carefully design the layout of the computations to make sure every node can communicate efficiently with its neighbours, and there probably is also some kind of global clock that has to be maintained. Alternatively you have some kind of farmer-worker setup where each worker node is happily chomping on an problem on its own. Even then you have to have farmer nodes that keep all those millions of little chompers busy. That is usually a headache on its own, because they will need some data to get started, they'll report back some data, and that's a lot of data if you deal with so many nodes.

      If all those millions of nodes need to consult some kind of global data, even if it is rarely, that's another data logistics headache. And those are the best-case scenarios, and that's ignoring any fault-tolerance issues, which with tens of millions of nodes is already far into the `happy fool' area.

      So yes, it is extremely hard to program for such an architecture. The only alternative is to use a middleware such as Hadoop where you try to fit your problem into a certain computation pattern (`skeleton' was a popular term for this for a while), and let the authors of the middleware worry about all the headaches I mention above. That doesn't mean the problems aren't there any more, it is just that the middleware authors are trying to hide the issues from you as well as they can.

    32. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      I was being serious. Imagine thousands of instances of IBM's "Watson" running on this thing crunching all the data that the NSA has been collecting. The connections they could make from the data is staggering! They could predict you are likely to commit a crime before even you know what you are about to do. They could predict you are about to flame somebody on Slashdot before you even begin to type your comment, and mod you down to oblivion. It's frightening!

      In a recent interview with Elon Musk, he said we should fear Terminator-style artificial intelligence. It seemed to me as a software developer he revealed a surprising lack understanding of Computer Science - what AI is and what software can do. While I don't expect software to develop consciousness any time soon, we do indeed need to fear applications of AI that can be realized with today's technology. I have just suggest one of them above.

      I have had my own distinct email address for years, in a world where everybody these days seems to have GMail, Hotmail, AOL or whatever accounts. Just lately I set up my GMail account to fetch my email from my regular email provider for convenience. Then in the last several days I got to thinking about all the little details of my personal life that are now being scanned by Google. In just a few days, now Google knows more about me than my closest friends and family. Then imagine this level of detail that the NSA has on us all. Combine that with a 100 PetaFlop computer and state of the art AI. Where will this lead? Think about that.

    33. Re:Ehhh Meh by sjames · · Score: 1

      It's probably more like 20 years, we've been pushing against a wall for a while now.

    34. Re:Ehhh Meh by sjames · · Score: 1

      FORTRAN is an excellent language for that sort of thing even though the standards people seem hell bent on screwing that up lately.

      C is great for many things but it's too easy to have bugs that crash it in hard to diagnose ways. Interpreted languages have their place too, but not when absolutely maximum performance is a requirement.

    35. Re:Ehhh Meh by lsatenstein · · Score: 1

      There are plenty of things that can use all the computing power you can throw at it these days. As you mentioned, weather forecasting - though more generally, climate science. Somebody from one of the National Labs mentioned at a college recruiting event that they use their supercomputer for (among other things) making sure that our aging nukes don't explode while just sitting in storage. There are thousands of applications, from particle physics to molecular dynamics to protein folding to drug discovery... Almost any branch of science you can find has some problem that a supercomputer can help solve.

      Additionally, it's worth noting that these generally aren't monolithic systems; they can be split into different chunks. One project might need the whole machine to do its computations, but the next job to run after it might only need a quarter - and so four different projects can use the one supercomputer at once. It's not like the smaller computing problems end up wasting the huge size of the supercomputer. After all, many of these installations spend more in electricity bills over the 3- or 5-year lifetime of the computer than they do to install the computer in the first place, so they need to use it efficiently, 24/7.

      You forgot encryption key researching. Got an encrypted file you want to read. Lets use this beast to determine the encryption key and read the xxx contents.

      --
      Leslie Satenstein Montreal Quebec Canada
    36. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      Who said anything about doing something poorly? Are you just trying to troll, or are you just so set in your ways about such a odd position that you can't see things any other way? Plasma physics is one of the areas that has done really well with computational physics, and tends to lead the way with verification and validation efforts. There are a lot of problems where the computational resources work well for it, and the effort moves on trying to extend that software to newer and more advanced situations. Stuff like code that works at one set of Reynold's number being extended to situations with different fluids, sizes or scales to cover more experiments, where a large part just comes down to adding more computation power due to wide range of scales needed for the harder problems.

    37. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      Your disbelief notwithstanding, weather forecasting has indeed improved with every iteration of supercomputer upgrades.

      In the 1920s weather forecasting was done by hand (Richardson et al., if you've heard of the Richardson acceleration or extrapolation this is why they needed it, because manual calculations were painful). Ever since, improvements in supercomputer technology have tracked improvements in the predictive science capabilities. Why? Because with a faster computer the scientists can reformulate their models and remove simplifying assumptions (which previously were needed given the computers were slower).

      So you're right, a computer only knows what a man or woman teaches it, but as supercomputers improve, the capabilities we can program them to do correspondingly improve. Your pessimism is worrying given the lack of evidence you provide. We may not be able provide 100% accurate results 12 hours into the future, but as a whole weather prediction has vastly improved since the ENIAC was first used in the '50s.

    38. Re:Ehhh Meh by Crashmarik · · Score: 1

      Nice derail.
      The question here though is not about plasma physics but U.S. leadership in supercomputing.

    39. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      And you still seem to have no clue what these computers get used for... a large slice of DoE's computer resources are used for computational plasma physics. If you don't know what these things are being used for, any thoughts you have on current demand, needs, and shortcomings of such systems are baseless. On top of that, your lack of reading comprehension results in every post of yours in this chain to be a derailment. So either congrats on trolling efforts, or sorry that you can't keep up.

    40. Re:Ehhh Meh by Crashmarik · · Score: 1

      FORTRAN is an excellent language for that sort of thing even though the standards people seem hell bent on screwing that up lately.

      C is great for many things but it's too easy to have bugs that crash it in hard to diagnose ways. Interpreted languages have their place too, but not when absolutely maximum performance is a requirement.

      So much in this it's almost impossible to reply to.

      Fortran is certainly a good language for numerical codes of any type. I wasn't aware this was in dispute.

      C is not the only other choice for a compiled language.

      Is there an inherent performance increase for precompiled code vs interpreted or just in time compiled code on massively parallel systems ? Dunno. I'd pass that off to someone doing their doctoral thesis and still likely to get a wrong/ incomplete answer. On the other hand if we want "Leadership in supercomputing" that is exactly the kind of work we need to be doing instead of blindly making bigger.

    41. Re:Ehhh Meh by Crashmarik · · Score: 1

      And you still seem to have no clue what these computers get used for... a large slice of DoE's computer resources are used for computational plasma physics. If you don't know what these things are being used for, any thoughts you have on current demand, needs, and shortcomings of such systems are baseless. On top of that, your lack of reading comprehension results in every post of yours in this chain to be a derailment. So either congrats on trolling efforts, or sorry that you can't keep up.

      You haven't understood a single thing I have said. All your replies have been of the form "I am interested in X" so because this helps me with "X" I like it.

    42. Re:Ehhh Meh by mikael · · Score: 1

      Those numeric and simulation libraries were optimized in conjunnction with the Fortran compiler to take advantage of the hardware. The most obvious example; having fixed sized multi-dimensional arrays as global variables. For regular grids, the compiler can then decide which way to slice that data block up so that every processing node gets assigned a chunk of data. Since each function is not more than a few loop counters reading previous and current state for each grid cell, those get optimized into parallelised for-each calls. Once the scientists and engineers started writing and sharing numeric and simulation libraries and building on top of them, there isn't any need to change.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    43. Re:Ehhh Meh by Crashmarik · · Score: 1

      Those numeric and simulation libraries were optimized in conjunnction with the Fortran compiler to take advantage of the hardware.

      So you are trying to say that having millions of lines of code already in place that does things like finite element analysis has nothing to do with it ?

    44. Re:Ehhh Meh by sjames · · Score: 1

      You seemed to feel that inertia was a big factor.

      No JIT will be as fast as compiling once in advance for exactly the hardware it will run on. Especially given the chance to do time (and correctness) trials with various optimizations first. Interestingly, JIT and scripted languages make a lot more sense for small to medium clusters, particularly if they would see idle time anyway. In those, the pressure to get value from every cycle tends to be a bit lower such that saving development time and debugging effort may be worth it.

    45. Re:Ehhh Meh by Crashmarik · · Score: 1

      The most obvious example; having fixed sized multi-dimensional arrays as global variables.

      You mean like these ?
      http://www.phy.ornl.gov/csep/p...

      Fortran 90 has three varieties of dynamic arrays. All three allow array creation at run time with sizes determined by computed (or input) values. These three varieties of dynamic arrays are:

      Oh I wouldn't hold my breath on the compiler parallelizing those, it has to be able to determine it's safe to do so, more often than not a programmer will have to tell it to do so with a doall.

    46. Re:Ehhh Meh by Crashmarik · · Score: 1

      You seemed to feel that inertia was a big factor.

      Certainly do, haven't seen anyone make a plausible case it isn't

      No JIT will be as fast as compiling once in advance for exactly the hardware it will run on

      You really don't understand the nature of the question do you ? Because if you did you would never make such a blanket statement as answer.

    47. Re:Ehhh Meh by sjames · · Score: 1

      And so I claimed that it actually is a good language to use, not just there by inertia.

      In what way is Jit going to run faster than a binary pre-compiled after careful (and automated) profiling and tuning? JIT's advantage is in cases where the end user can't do a custom compile.

    48. Re:Ehhh Meh by mikael · · Score: 1

      t I was trying to explain that there was a vast number of applications using classic supercomputer type technology, ranging from academic research down to multiplayer games. A modern game console now uses multiple cores, vector processors, vector chaining, kernels (if you consider vertex, fragment, geometry shaders as kernels), client-server communication to update players moves. Even geometry data is streamed across the network as some game MMORG worlds are so vast, all the data couldn't be stored on one disk drive. Then there are techniques of "sharding" games world so that the same geometry can be used, but with different groups of players.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    49. Re:Ehhh Meh by Crashmarik · · Score: 1

      No JIT will be as fast as compiling once in advance for exactly the hardware it will run on

      vs

      In what way is Jit going to run faster than a binary pre-compiled after careful (and automated) profiling and tuning? JIT's advantage is in cases where the end user can't do a custom compile..

      You're babbling.

    50. Re:Ehhh Meh by sjames · · Score: 1

      More likely you can't answer the question.

    51. Re:Ehhh Meh by Crashmarik · · Score: 1

      More likely you can't answer the question.

      I believe I Initially claimed that the answer to that question would likely be someone's thesis topic.

      Troll harder

    52. Re:Ehhh Meh by sjames · · Score: 1

      No troll here. Just someone who apparently is a lot more likely to write that paper one day than you are. If you think I'm talking gibberish, it's because the argument is over your head. Had you been more polite about it, I might be more polite here.

    53. Re:Ehhh Meh by Crashmarik · · Score: 1

      No troll here. Just someone who apparently is a lot more likely to write that paper one day than you are. If you think I'm talking gibberish, it's because the argument is over your head. Had you been more polite about it, I might be more polite here.

      LOL I'll worry about it when you can go a few paragraphs without contradicting yourself.

    54. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      You: "Scalability is meaningless if your code has serial bottlenecks"
      AC: "There is already a lot of software that is not bottlenecked (gives concrete example) and demand for larger supercomputers"
      You: "So you want to scale up something that already doesn't work?"
      AC: (Reiterates concrete example of working code that can scale and has demand)
      You: "But countering exactly what I said with an example is off-topic"
      AC: (Explains this is exactly what these systems are being built for, rather relevant to your original point of scalability and to the demand of the system."
      You: (whine)

      You haven't said anything about US leadership in supercomputing, you've just tried giving vague BS critiques, and whine when someone tries to give actual examples instead of being vague like you. You seem to excel at saying very little with many posts, unlike AC(s) and several logged in posters who's posts seem to go way over your head.

    55. Re:Ehhh Meh by Crashmarik · · Score: 1

      Just what do you think this does to advance U.S. supercomputing ?

      There's no advance in the architecture.
      There isn't anything to advance software development
      The problems it solves are the same problems that have run fine on parallel machines since they were invented.

      All it does is throw money at building a bigger version of things we already have and have had for a long time.
      The reason I haven't said anything about this and U.S. leadership in supercomputing is it doesn't do anything to help it.

      Play again. Maybe you can convince yourself this is a wise use of funds.

    56. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      And guess what, when the government orders new a hammer for a project, they probably are not going to do anything to advance the design of hammers. That said, topology and architecture evolves, and newer systems scale better than older systems for a lot of software. It won't turn a hammer into a screwdriver, but makes incremental improvements like a lot of research. But even if they made no improvements other than making it bigger, there is already demand from a wide range of research fields who need it as a tool (e.g. material science which falls under D.o.E.'s charge, but seems to get less time than plasma research like the other AC talked about). It would be a waste of money if it was being built to just study supercomputers, but that isn't the point, as in these things are intended to be used to further other research, and nothing you've said suggests it is unable to do so.

    57. Re:Ehhh Meh by Crashmarik · · Score: 1

      And guess what, when the government orders new a hammer for a project, they probably are not going to do anything to advance the design of hammers

      And they aren't going to spend 300 million dollars on it saying it's to maintain U.S. leadership in hammers.

      It would be a waste of money if it was being built to just study supercomputers,

      Shame the people making the law don't look at it the way you do

      "will ensure the United States retains global leadership in supercomputing."

      And lastly

      but that isn't the point, as in these things are intended to be used to further other research, and nothing you've said suggests it is unable to do so.

      If the other research goals can justify the cost let them just don't go around saying its goal is to advance supercomputing.

    58. Re:Ehhh Meh by Anonymous Coward · · Score: 0

      Just because a language has a feature doesn't mean you have to use it, especially when there are performance tradeoffs. And there are still performance advantages to having a static dimension within a multidimensional array, even if other dimensions are dynamic.

    59. Re:Ehhh Meh by Crashmarik · · Score: 1

      Just because a language has a feature doesn't mean you have to use it, especially when there are performance tradeoffs. And there are still performance advantages to having a static dimension within a multidimensional array, even if other dimensions are dynamic.

      Hmm I must have missed where Fortran is the only language with statically dimensioned arrays, or where it is better to have a compiler decide what is safe to parallelize based on compile time analysis vs having the programmer decide what should be parallelized based on his understanding of the problem vs dynamically making that decision at run time.

      Oh just an aside that is one of the many reasons it's damn near impossible to make blanket statements about how things perform on massively parallel systems.

  3. Let us see what else are in the past tense by Taco+Cowboy · · Score: 1, Offtopic

    Lawmakers weren't reading from the same script as U.S. Energy Secretary Ernest Moniz when it came to assessing the U.S.'s place in the supercomputing world. Moniz said the awards "will ensure the United States retains global leadership in supercomputing." But Rep. Chuck Fleischmann (R-Tenn.) put U.S. leadership in the past tense. "Supercomputing is one of those things that we can step up and lead the world again," he said

    Let us see what else are in the past tense ...

    How many of the microwave ovens / teevee sets are being made inside the United States of America?

    How many of the American jobs have been "outsourced" to places like India or the Philippines?

    How many top American companies are using foreigners as their CEOs? ... and the list continues ...

    --
    Muchas Gracias, Señor Edward Snowden !
  4. Hmmm by Anonymous Coward · · Score: 0

    Why not build 1 300 petaflop computer? Then when further money is granted build the other one. Rather than hoping the world stands still.

    1. Re:Hmmm by tomhath · · Score: 2
      Probably because they're not sure the technology they have will get there. This sounds like an upgrade of the existing Blue Gene computer.

      These systems will use IBM Power CPUs and Nvidia's Volta GPU, the name of a chip still in development.

  5. Netcraft confirms by Anonymous Coward · · Score: 0

    Finally old Koreans will be able to run Crysis!

  6. DOE? by Anonymous Coward · · Score: 0

    Surely the DOE would be focused on spending energy efficiently. Supercomputers are not too efficent.

    1. Re:DOE? by msobkow · · Score: 2

      On the contrary, modern supercomputers are designed for energy and thermal efficiency that rivals and exceeds that of smartphones. Granted, you wouldn't want to put one of these NVidia chipsets in a smart phone, but in terms of compute power per watt, they're far more efficient than general purpose computers.

      That said, they do consume a lot of power. But that's precisely why they're engineered for efficiency -- when you're getting the bill for such a monster, that extra 10W/core adds up big time.

      --
      I do not fail; I succeed at finding out what does not work.
    2. Re: DOE? by Anonymous Coward · · Score: 0

      Interesting. I thought it was compute grunt vs heat expenditure. I didn't realise that efficiency came into account unless a private company where the bill eats into profits.

    3. Re: DOE? by davydagger · · Score: 1

      unless your the Department of Defense, you still need to worry about your budget. Especially in times like this.

    4. Re: DOE? by Anonymous Coward · · Score: 0

      You're.
      Your is possessive. You're = you are.

  7. Nice and all, but where's the beef? by DumbSwede · · Score: 3, Interesting

    I remember back in the 80's all the excitement about building faster and faster super computers to solve all sorts of grand challenge problems and how a teraflop would just about be nirvana for science. Around 2000 teraflops came and went and then petaflops became the new nirvana for science where we would be able to solve grand challenge problems. Now exaflop is the new nirvana that will solve grand challenge science problems once again. Seems raw computing power hasn't given us the progress in science we predicted. Sure it's been used for stuff, but it hasn't helped us crack nuclear fusion for instance, one of its often hyped goals.

    Where's the score card on how much progress has been made because of super computing? I know drug design is one very useful application, but what are other areas that have been transformed?

    1. Re: Nice and all, but where's the beef? by Anonymous Coward · · Score: 1

      Faster machines just run shitty code faster. Without theory it's all a waste.

    2. Re:Nice and all, but where's the beef? by Beck_Neard · · Score: 2

      A large proportion of the science that has been done with supercomputers is about nuclear weapons and is thus classified. There's no real way for us to know if supercomputers have helped in that direction or not. Presumably they have, otherwise LLNL wouldn't be getting the latest shiniest toy every few years (they often get the very first make of a new supercomputer that is developed). Or they haven't and it's all a big waste of money.

      --
      A fool and his hard drive are soon parted.
    3. Re:Nice and all, but where's the beef? by Mostly+a+lurker · · Score: 2

      The singularity, where supercomputers can advance scientific knowledge unaided by humans, is still some way off. However, you are mistaken if you believe there have not been huge advances in scientific knowledge in the last 20 years, or if you believe the rapid pace of advancement would have been possible without the computing power that has become available to support that effort. In earth sciences, medicine, high energy physics, astronomy, meteorology and many other scientific areas, the simulation and information organization capabilities facilitated by state of the art supercomputers have been absolutely crucial.

    4. Re:Nice and all, but where's the beef? by BarbaraHudson · · Score: 1

      Sure it's been used for stuff, but it hasn't helped us crack nuclear fusion for instance, one of its often hyped goals.

      At one point they'll need a nuclear fusion reactor to power the "next big thing in supercomputers", so someone working at some non-cutting-edge compute facility will figure it out so that they can get the grant money for that "next big thing in supercomputers." It's all about funding :-)

      --
      "Transparent" is a shit show that trades on every stereotype going. A man in drag is NOT a transsexual.
    5. Re:Nice and all, but where's the beef? by jimhill · · Score: 1

      Got it in two.

      --
      Learn to spell: nickel, missile, lose, solely, amendment, speech, kernel, probably, ridiculous, deity, hierarchy, versus
    6. Re:Nice and all, but where's the beef? by Anonymous Coward · · Score: 1

      They've done public research on supernova simulations. Short-term weather forecasts have gained from higher resolution grids.

    7. Re:Nice and all, but where's the beef? by Anonymous Coward · · Score: 0

      It's all a big waste of money

    8. Re:Nice and all, but where's the beef? by chalker · · Score: 4, Informative

      There are countless problems solved only as a result of supercomputers. Setting aside for a minute the minority of problems that are classified (e.g. nuclear stockpile stewardship, etc), supercomputers benefit both academia and industry alike. You'll be hard pressed to find a Fortune 500 company that doesn't have at least one if not multiple supercomputers in house.

      For example, here is a list of case studies of specific manufacturing problems that have been solved http://www.compete.org/publica... which include things as mundane as shipping pallets, golf clubs, and washing machines.

      The organization I work for, the Ohio Supercomputer Center, annually publishes a research report listing primarily academic projects that benefit from our supercomputers: https://www.osc.edu/sites/osc.... which range from Periodontal Disease, Photovoltaic Cells, Forest Management and Welding.

      TL;DR: "HPC Matters" in many ways. Here's some short blinky flashy videos: http://www.youtube.com/channel...

    9. Re:Nice and all, but where's the beef? by chalker · · Score: 2

      P.S. - OSC is going to be doing a reddit AMA on Monday at 7:30PM Eastern. Feel free to hop on and ask us some questions!

      “We will be answering questions about running a Supercomputer Center, High Performance Computing (HPC) and anything else. Our current systems have a total performance of 358 TeraFLOPS, and consist of 18,000 CPUs, 73 TB of RAM and 4 PB of storage, all connected to a 100 Gbps statewide network (yes, it will run Crysis, just barely;). We will be holding the AMA in conjunction with the gala opening of the 27th Supercomputing Conference in New Orleans, which annually hosts over 10,000 attendees from all over the world.”

    10. Re:Nice and all, but where's the beef? by Kjella · · Score: 1

      I think it's a bit like in IT, nobody notices when it just works. More and more bad designs die on the drawing board because we run detailed simulations. For example if you buy a car today I expect the deformation zones have gone through plenty of simulated crashes. Perhaps you've even stepped that up another notch and let the computer try to design what the optimal deformation zone looks like within certain requirements. Thousands of adjustments times thousands of scenarios at different angles, speeds and vehicles or obstacles and each one an ugly finite element analysis. Engine flows, air resistance, weight distribution, road handling, stress and wear on parts are all possible to simulate long before you even get to the prototype stage. The more computing power which is at our disposal, the more "trivial" things we can use it for. For example I don't think it's long until we're out of the uncanny valley and have CGI figures indistinguishable from real actors.

      --
      Live today, because you never know what tomorrow brings
    11. Re:Nice and all, but where's the beef? by Jeremi · · Score: 1

      Sure it's been used for stuff, but it hasn't helped us crack nuclear fusion for instance, one of its often hyped goals.

      Speak for yourself, bucko. ;)

      --


      I don't care if it's 90,000 hectares. That lake was not my doing.
    12. Re:Nice and all, but where's the beef? by Orp · · Score: 1

      Take a look, there is some neat stuff going on with Blue Waters: https://bluewaters.ncsa.illino...

      Most science is not breakthroughs; it's usually slow progress, with many failed experiments.

      These computers are facilitating a lot of good science and increases like this in our computational infrastructure for research is great news. I do wonder how they are going to power this beast and what kind of hardware it will be made of. 300 PFlop is pretty unreal with today's technology.

      --
      A squid eating dough in a polyethylene bag is fast and bulbous, got me?
    13. Re:Nice and all, but where's the beef? by Anonymous Coward · · Score: 0

      Computational fluid dynamics. Obviously you don't use these massive computers for aerodynamic design, but now that you can get a teraflop on a PC, you can do a better job there than you could in the past. A lot of the software developed for these massive systems ends up being useful for smaller scale parallel systems. The way these systems are used in science differs significantly from the way they would be used for engineering though. In science you might eventually want to do one massive run. In engineering you might want to do thousands of smaller runs to build up a database that can be later used in a simulator.

    14. Re:Nice and all, but where's the beef? by Slagothor · · Score: 1

      " (yes, it will run Crysis, just barely;) " You sir, win the internet.

    15. Re:Nice and all, but where's the beef? by Anonymous Coward · · Score: 0

      Many of those researchers are happy with a desktop supercomputer. You just need to search for papers based around CUDA and OpenCL.

    16. Re:Nice and all, but where's the beef? by Anonymous Coward · · Score: 0

      It will run Crysis, but it needs 6,000 of these: http://goo.gl/rnGf9G

    17. Re:Nice and all, but where's the beef? by Beck_Neard · · Score: 1

      > Setting aside for a minute the minority of problems that are classified (e.g. nuclear stockpile stewardship, etc)

      Nuclear simulations aren't a 'minority'. Both of the US' top supercomputers (Titan and Sequoia) are at DOE facilities (ORNL and LLNL). Most of the time on Sequoia is reserved for nuclear simulations. Titan does more varied stuff but nuclear still takes up a sizable share of its time.

      --
      A fool and his hard drive are soon parted.
    18. Re:Nice and all, but where's the beef? by phantomfive · · Score: 1

      How should one go about getting a job programming a large supercomputer?

      --
      "First they came for the slanderers and i said nothing."
    19. Re:Nice and all, but where's the beef? by JanneM · · Score: 3, Funny

      How should one go about getting a job programming a large supercomputer?

      Become a researcher in a field that makes use of lots of computing power, then specialize in the math modeling and simulation subfields. Surprisingly often it's quite easy to get time on a system if you apply as a post-doc or even a grad student. Becoming part of a research group that develops simulation tools for others to use can be an especially good way.

      Or, get an advanced degree in numerical analysis or similar and get hired by a manufacturer or an organization that builds or runs supercomputers. On one hand that'd give you a much more permanent job, and you'd be mostly doing coding, not working on your research; on the other hand it's probably a lot harder to get.

      But ultimately, why would you want this? They're not especially magical machines. Especially today, when they're usually Linux based, and the system developers do all they can to make it look and act like a regular Linux system.

      If you want to experience what it's like, try this: Install a 4-5 year old version of Red Hat on a workstation. Install OpenMP and OpenMPI, and make sure all your code uses either or both. Install an oddball C/C++ compiler. Access your workstation only via SSH, not directly. And add a job queue system that will semi-randomly let your app run after anything from a few seconds to several hours.

      --
      Trust the Computer. The Computer is your friend.
    20. Re:Nice and all, but where's the beef? by Anonymous Coward · · Score: 0

      If you are a beginning graduate school, the Dept. of Energy has a graduate fellowship that enables you to work at one of these national laboratories and write code for real research projects using these supercomputers. You also get access to one of Lawrence Berkeley's supercomputers to run code related to your research if needed. It's called the DOE CSGF program.

      Disclaimer: I am one such fellow.

    21. Re:Nice and all, but where's the beef? by Anonymous Coward · · Score: 0

      Perfect!

      That last paragraph literly made me laugh out loud.
      It described every HPC system I've ever worked with to a T.

    22. Re:Nice and all, but where's the beef? by DNS-and-BIND · · Score: 1

      It's gone where all CPU gains have gone in the past 15 years - into sloppy development and rushed schedules. I was just browsing the reviews of the new version of Google Maps today and users are complaining that it is slow, slow, slow. Who cares about efficient programming done right when you can just sit back and wait for Moore's Law to catch up?

      --
      Shutting down free speech with violence isn't fighting fascism. It IS fascism!
    23. Re:Nice and all, but where's the beef? by Anonymous Coward · · Score: 0

      You probably don't hear much about such things, because when it becomes easy and routine, it disappears from attention into the mundane. There are analysis techniques that I can run on a regular desktop computer that were considered near impossible to do in the past. E.g. some bayesian approaches require large numbers of repeated calculations, and can be applied to much larger systems now. Or in some cases, such analysis gets used in real time for feedback control on experiments. These things go from cool limited proof of principles on some large machine, to eventually just being another tool in the toolbox on some small machine, and scientists and engineers move on.

  8. petaflop porn filter by turkeydance · · Score: 1

    had to adjust mine.

  9. Does it load /. beta? by Anonymous Coward · · Score: 0

    Seriously...

    I used to leave slashdot open all day. Now I peek and shut it out it's such a resource hog. We're not even talking the beta.
    What's with all the holly wood shit too? WhoTF cares?

    1. Re:Does it load /. beta? by Anonymous Coward · · Score: 0

      You put lipstick on a pig in order to sell it.

    2. Re:Does it load /. beta? by Impy+the+Impiuos+Imp · · Score: 1

      Nowadays you inject silicone into the pig's hips and ass.

      --
      (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
    3. Re:Does it load /. beta? by Holistic+Missile · · Score: 2

      The discussion turns to Kim Kardashian? On Slashdot?!

      --
      When you're dead, you don't know you're dead. It only affects the people around you. Same thing when you're stupid.
  10. Launch it into space. by Anonymous Coward · · Score: 0

    It worked for Academy City, and if not for a certain mysterious event, would still be in charge of making all our important decisions for us.

    I'd suggest using Tree Diagram II for the name.

    1. Re:Launch it into space. by sumdumass · · Score: 1

      lol.. I love that series.

    2. Re: Launch it into space. by Anonymous Coward · · Score: 0

      The alternative is to clone the same girl twenty thousand times and not have some albino idiot kill them.

  11. regain the lead in supercomputing speed from China by Anonymous Coward · · Score: 1

    The subject implies that the NSA publicizes the capabilities of their rigs. I would be willing to bet they have near the computing power of China all by themselves.

  12. Conservative design by michaelmalak · · Score: 1

    For 20+ years, HPC systems have relied on the same conservative design of compute separated from storage, connected by Infiniband. Hadoop kind of shook up the HPC world with its introduction of data locality, especially as scientific use cases have involved larger data sets that distributed data storage is well-suited for. The HPC world has been wondering aloud how best and when to start incorporating local data storage for each node. Summit introduces some modest 800GB non-volatile storage per node for caching (which they call a "Burst Buffer"), but no bulk data storage.

    I blogged about how the Summit design seems very conservative, especially for a system to be delivered in 2018, and especially for a supercomputer that is billed to be the most powerful in the U.S. if not the world.

    1. Re:Conservative design by Anonymous Coward · · Score: 0

      most large systems dont use IB at all. more critically there have been several
      interesting systems which provide global addressability instead of messages,
      with various degrees on consistency

      and there have been systems with per-node storage, its not entirely clear that
      its a good physical model from a maintenance perspective. maybe now with
      flash. i certainly dont know why you fixate on that aspect as long as there
      is sufficient bandwidth

    2. Re:Conservative design by Anonymous Coward · · Score: 0

      A big part of HPC is resource management and batch scheduling.

      Having a dance-hall architecture between compute and storage is a common simplification that allows you to schedule the temporary compute jobs on whichever nodes you want, without planning long-term data movements. Since all data I/O has the "same" cost as it flows over the interconnects from the dedicated storage nodes to compute nodes, you don't have to solve a much harder constraint problem to decide how many (and which) nodes should be assigned to jobs, and when.

      If you were to introduce persistent, distributed storage across the compute nodes, you would no longer be able to treat node allocation as commodities. A job would be pinned to a set of nodes for many runs, regardless of whether you need all those nodes for a particular run. Your utilization would plummet unless you start doing something horrible like multitasking/virtualization of the nodes to run multiple jobs concurrently. On real HPC (not the embarrassingly parallel high-throughput stuff) you cannot tolerate the latencies of multitasking. You need more predictable platforms so that the tuned codes stay within their expected operating regime, including things like TLB and cache pressure, IO buffers, interrupt rates, and message queue depths.

      People have long talked about things like "active storage" to get locality between storage and compute, but nobody has addressed this problem of batch scheduling for tightly coupled, parallel applications with distributed storage. Today, such distributed storage is used in essentially dedicated platforms that only host one dataset and jobs run on the same data. They either have sufficient workload to keep the equipment busy without sharing the resources with other groups/applications, or they have sufficient value to justify dedicated hardware that remains idle in between runs.

      Again, there are high-throughput regimes where you can make this work on a best-effort, multitasking basis. But, that is nowhere near the same thing as conventional HPC supporting MPI etc.

    3. Re: Conservative design by Anonymous Coward · · Score: 0

      That's some good shilling you got going on there.

  13. On enough with the whining by Sycraft-fu · · Score: 1

    I hate this attitude that if you don't have the top spot, you are crap. It is so silly the attitude that the US somehow lost something by not having the first spot on the top 500 list.

    I mean for one thing, the Chinese computer is more specialized than the big US supercomputers. It gets its performance using Intel Xeon Phi GPGPU type processors. Nothing wrong with hat but they are vector processors hanging off the PCIe bus. They work a lot like graphics cards. There are problems that they are very fast at, linpack (which is what's used to test) being one, but others they are not as fast at. Many of the US supercomputers (like BlueGene/Q) use just standard CPUs, meaning their performance holds steady over more kinds of tasks.

    Then there's the fact that while the US might not have the #1 spot they have the #2, 3, 5, 7, 9, and 10 spots. In other words, half of the top 10 computers. That is more impressive than having one really big system. Ya it's nice to have a huge system and some simulations need really big systems to do, but there's something to be said for lots of different research groups having access to high power computers.

    Also there's the fact that linkpack isn't necessarily the best benchmark.

    I'm happy that the US is looking to invest more in HPC because money spent on research is always well spent in my opinion. However let's stop pretending like it is some major failure that the US doesn't have the #1 computer. Big deal.

    1. Re: On enough with the whining by Anonymous Coward · · Score: 0

      This is why NCSA refuses to let Blue Waters be benchmarked for Top500.

  14. Lies, damn lies, and claims from China == same by sethstorm · · Score: 1

    If the world stands still, the U.S. may conceivably regain the lead in supercomputing speed from China with these new systems

    It's kind of hard to regain something you didn't truly lose to China.

    --
    Twitter supports and protects racists - by smearing their critics with the "Hate Speech" label.
    1. Re:Lies, damn lies, and claims from China == same by gweihir · · Score: 1

      Nonsense. The US is a technology backwater now. Even if it "regains" the larger number, it does not have the people to actually use this infrastructure efficiently, making it a meaningless stunt.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  15. another idea by slashmydots · · Score: 1

    "Supercomputing is one of those things that we can step up and lead the world again,"
    Here's a thought. 100% of chip making companies that make chips that are actually good/fast are American companies. So just don't sell to any other countries in bulk for supercomputer use. Win by cutting off the supply.

    1. Re:another idea by gweihir · · Score: 1

      AMD produces CPUs in Dresden, Memory and chipsets are fully produced outside the US, ARM is British, the CPUs for china's supercomputer are made there, etc. These are global companies, sometimes non-US domestic ones, but never only US companies. You mindless patriotism blinds you to reality.

      Result of your proposed move would be that the US would not get components, not the other way round.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  16. Higher numbers are not "leadership"... by gweihir · · Score: 1

    A factor of 10 is pretty meaningless in supercomputing. Software quality makes much more of a difference. Of course, politicians are not mentally equipped to understand that and instead want "the larger number" like the most stupid noob PC buyer.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  17. Right before Nov'14 Top500 list in SC'14 by enriquevagu · · Score: 1

    So, they make this announcement right before the new Top500 list is unveiled in the SuperComputing conference... What clearly means that once again there will be no US system in the Top1 position, right?

  18. Has to be best at everything by Anonymous Coward · · Score: 0

    This is the funny juvenile attitude of the U.S, that it has to be the best at everything. Let's not fight obesity, or educate school children, let's instead spend the money "winning" at super-computers. We can then claim the prize of all three; to have the fastest super-computer, being the fattest people, and being the most indoctrinated and ignorant people of the world. A win-win-win situation.

  19. Chess Anyone? by Anonymous Coward · · Score: 0

    Imagine that kind of power running chess programs.

    1. Re:Chess Anyone? by UnknownSoldier · · Score: 1

      Chess is "easy" compared to Go. While Chess requires more bits to store the board the search space for Go is **exponentially* larger. i.e. A a single state of the go board is 2^(19*19) = 2^361 positions = 46 bytes.

      Links of interest:

      * http://codegolf.stackexchange....
      * http://en.wikipedia.org/wiki/B...

  20. Oops - that was me. Forgot to log in by TropicalCoder · · Score: 1

    The comment above was mine.

  21. Yay a Fourth Tier Congressman quoted! by Anonymous Coward · · Score: 0

    What a surprise, he can't get anything ELSE funded in his district, but he sure can get some more money for the nuclear industry.

    Not that I have a problem with the Oak Ridge folks, but let's face it, Fleischmann is only on board because he knows he could get primaried out at any time.

    He's only lucky this year that he had a silly young guy who was hoping to get Democratic turnout in the open primary system of Tennessee. If he'd faced somebody willing to go full Con on him, he'd have been run out.

  22. Some stuff is set and forget without chatter by dbIII · · Score: 1

    The example above is applying the same transformation to a very large number of datasets and then after some hours or days each node writes out what it has done to some shared storage. In that case the "extremely hard to program" thing does not exist since a shell script or queueing system does the job - which is why there are a class of problems known as "embarrassingly parallel". It's not "millions of nodes" but it could be since the problem can be neatly divided into millions of independant parts that are taken on by whatever nodes are available over time. It's storage bottlenecks instead of scheduling that would be the problem with increasing scale.
    Some other stuff that is more dependant on what other nodes have done, such as FEA (finite element analysis), can use an interative process where the nodes are fully independant at step1, then the results are taken into account and the job reassigned with step2 with the altered data and so on until there is a good enough solution - the sort of stuff that's been done with computers since before the 1970s where a problem is divided into chunks with inputs and outputs in each element to cut down on complexity. You don't have to immediately know what the nodes working on adjacent parts have worked out until the next interation, which could be hours.

    So in each stage in such cases you really only need to know if the job finished correctly. Having storage available to a lot of nodes at once is going to get harder with scale, but actual job management with "embarrassingly parallel" tasks is not a big deal with MPI, PBS/torque or even plain old ssh.

    There are of course different problems where nodes do have to communicate with each other a lot but they are not "embarrassingly parallel". As the name suggests it's actually easy to deal with "embarrassingly parallel" problems since the answer looked for is really just a collection of results from a lot of small problems concatenated together in a useful order. A gap in the data at point C doesn't matter if you are currently interested in point D. It's the low hanging fruit of high performance computing but there are a lot of problems that it can solve.

  23. Operating Costs Are Too High by Anonymous Coward · · Score: 0

    Most of the DoE super computers are prohibitively too expensive to be used by most scientists that are not being funded by US Govt. Based on the cost per core of the Titan, in most cases it's significantly cheaper to spin up 100s of EC2 instances to perform basic distributed computational tasks.