Slashdot Mirror


Top 500 Supercomputers Ranked

Shadow Wrought writes "The Register is reporting on (alternate ZDNet article) the latest list of the top 500 supercomputers in the world. Top of the list is the Earth Simulator Center in Yokohama, Japan, with a benchmark performance of 35.86 Tflop/s. HP and IBM claim 159 and 158 of the systems respectively. I wonder how many teraflops Deep Thought could have done?"

9 of 266 comments (clear)

  1. isn't the answer obvious? by sweeney37 · · Score: 5, Funny

    I wonder how many teraflops Deep Thought could have done?

    42.

    Mike

  2. Sigh by Qweezle · · Score: 5, Funny

    I guess for the third straight year my ultrafast 17 kiloflop TI-83 calculator didn't make the list... :sigh:

  3. Not hosted on one... by Anonymous Coward · · Score: 5, Funny

    My thinking is that the list of top 500 supercomputers isn't hosted on such a machine...

  4. How dare you! by JVert · · Score: 5, Funny

    I'm posting from a duron right now you insensitive clod!

  5. Re:They would go back in time by infinite9 · · Score: 5, Funny

    What if there were a beowulf cluster of the top 500 supercomputers?
    You'd still be modded down.

    --
    Disconnect your television. Do your own research. Draw your own conclusions. They're probably lying. Don't be a sheep.
  6. The Top 10 by Anonymous Coward · · Score: 5, Informative

    The site may rank Supercomputers, but obviously doesn't run on one :) It's already chugging. Here's a straight, unformatted, copy and paste of the top 10:

    1 NEC
    Earth-Simulator/ 5120 35860.00
    40960.00 Earth Simulator Center
    Japan/2002
    2 Hewlett-Packard
    ASCI Q - AlphaServer SC ES45/1.25 GHz/ 8192 13880.00
    20480.00 Los Alamos National Laboratory
    USA/2002
    3 Linux Networx
    MCR Linux Cluster Xeon 2.4 GHz - Quadrics/ 2304 7634.00
    11060.00 Lawrence Livermore National Laboratory
    USA/2002
    4 IBM
    ASCI White, SP Power3 375 MHz/ 8192 7304.00
    12288.00 Lawrence Livermore National Laboratory
    USA/2000
    5 IBM
    SP Power3 375 MHz 16 way/ 6656 7304.00
    9984.00 NERSC/LBNL
    USA/2002
    6 IBM
    xSeries Cluster Xeon 2.4 GHz - Quadrics/ 1920 6586.00
    9216.00 Lawrence Livermore National Laboratory
    USA/2003
    7 Fujitsu
    PRIMEPOWER HPC2500 (1.3 GHz)/ 2304 5406.00
    11980.00 National Aerospace Laboratory of Japan
    Japan/2002
    8 Hewlett-Packard
    rx2600 Itanium2 1 GHz Cluster - Quadrics/ 1540 4881.00
    6160.00 Pacific Northwest National Laboratory
    USA/2003
    9 Hewlett-Packard
    AlphaServer SC ES45/1 GHz/ 3016 4463.00
    6032.00 Pittsburgh Supercomputing Center
    USA/2001
    10 Hewlett-Packard
    AlphaServer SC ES45/1 GHz/ 2560 3980.00
    5120.00 Commissariat a l'Energie Atomique (CEA)
    France/2001

  7. Some thoughts... by anzha · · Score: 5, Interesting

    Interesting to note is that #3, #6, and #8 are all linux clusters. All three of which are at Livermore.

    Cray's X1 also debuted, but it was much lower @112. However, it ought to be noted, that the examples out so far are only 60 processors at tops. As soon as the money gets ponied up, prolly at ORNL, they'll be waaaay up towards the top. My guess is, if all goes as planned, they'll be at #15 by year's end.

    What I find exciting these days is actually the High Productivity Computing Systems Effort, the Blue Planet or Blue Gene. These are a little ways off from being on the Top500 list yet though. :D

    I do wish there were more SC companies doing hardware development in the US. I love Cray, but a single vendor smacks of eggs in one backet syndrome...So, geeks, if ya wanna start a startup with a design, go for it...Betcha the NSA (aka Cthuhlu of HPC) would be happy to sponsor ya...;)

    --
    Do you know why the road less traveled by is littered with the bones of the unwary?
  8. Re:American Dominance in Supercomputers by agent+dero · · Score: 5, Interesting

    The difference in manufacturing in Japan and the US are another extension of the cultural differences. (I believe)

    For instance, in Japan many manufacturers are creating smaller devices, something that hits the market has to be smaller and more "efficent" (not costing lots of Yen in overhead) This is something typical of the Japanese culture. For example, you won't see some Japanese Guy driving around in an Escalade with his girlfriend, "just cause" You'd more likely find some Japanese Guy driving around in a Honda Hybrid car, cause it's cheaper to run than most cars, even though the price sucks.

    Meanwhile, in the States, people want more POWER! They want the big ass SUV that crushes other cars, and small animals. The same goes with the computers. Something big and fast, regardless of the power consumption or general overhead of the machine.

    Therefore, the target markets in the two countries are much different, so the products of the two will also be much different.

    --
    Error 407 - No creative sig found
  9. What language? by Aardpig · · Score: 5, Interesting

    I'd find it fascinating to see a breakdown of the languages used to write the applications which are running on these beasties. High Performance Computing has rather different needs from a language than programs that are, say, focused on interaction with a user, or database access. I expect that languages which sit well with infrastructures such as MPI and Open MP would be well-favoured, and I wouldn't be surprised to find that FORTRAN puts in a respectable showing.

    And before I'm bombarded with comments pointing out how ancient FORTRAN is, it's worth remembering that FORTRAN is still an evolving language; the last updade came out in 1997/98, and the new FORTRAN 200x should be arriving within the next year or so. In my experience of a number of languages, I've found that FORTRAN still continues to excel at numerical efficiency and portability, and I hope these selling points continue to be a feature of the new standard. Of course, I wouldn't want to write a compiler in FORTRAN, but for stuff like computational fluid dynamics, it still rocks; and those aspects of FORTRAN 77 which made it awkward (such as lack of dynamic array allocation) are fortunately a thing of the distant past.

    --
    Tubal-Cain smokes the white owl.