Slashdot Mirror


Windows Breaks Into Supercomputer Top 10

yanx0016 writes "Wow, that's some news this week at SuperComputing 08. Apparently Microsoft Windows HPC Server 2008, with a Chinese hardware OEM (Dawning), made #10 on the Top500 list, edging out #11 by only 600 Gflops. Folks were shocked to see Microsoft getting so serious around HPC; I think we are only beginning to see a glimpse of Microsoft in the HPC field."

5 of 294 comments (clear)

  1. Off topic, but I have to mention it by Weaselmancer · · Score: 5, Insightful

    edging out #11 by only 600 Gflops

    Emphasis mine.

    Maybe I'm suffering from a case of advancing years, but I couldn't help but be amazed by this metric. These days it is indeed small, but another part of me remembers being a fifteen year old kid amazed at how absolutely great his C64 was.

    I wonder exactly how many years a C64 would have to run to make up a single seconds worth of that difference. How long would a C64 have to run to perform 600 Gflop? How long would every single C64 ever made have to run? I wonder.

    You'd have to run some integer-only 6502 IEEE floating point library or something like that to figure out how long a single floating point operation would take on the C64. Then multiply by 600G.

    Would it be a few years? A few millenia? Blue-green algae?

    --
    Weaselmancer
    rediculous.
  2. Re:Potentially bogus by El+Royo · · Score: 5, Insightful

    Perhaps if "Linux" employed the ad agency Microsoft did you'd be seeing those articles?

    --
    Author of Enyo: Up and Running from O'Reilly Media
  3. The OS is very important by EmbeddedJanitor · · Score: 5, Insightful
    If you have a huge multi-CPU multi-threading system then internal OS data structure scalability and performance are very important for anything except very trivial applications. "OS pissing" basically acts as a scaling function for Amdahl's Law.

    It is one thing to measure Drystones etc, or some other simple grunt-measuring metric, but that does not realistically stress the OS's influence on how the system will perform on huge complex number crunching models.

    Microsoft has only been in this game for a short time and only recently got support for 256 cores. Getting support is one thing, getting **good**, optimised, support is quite another and that will take some time to get right.

    --
    Engineering is the art of compromise.
  4. Re:Retarded by aproposofwhat · · Score: 5, Insightful

    I hate to defend Microsoft, but...

    Crap hardware support? Who cares - you're running numerical calculations, not a bloody game on some tossy video card.

    Crap vendor support? This vendor will have been given full support by Microsoft, and will be equally supportive of their users.

    Performance? They're in the top 10.

    Stability? If you're not dealing with odd hardware / crappy drivers, Windows Server versions are actually fairly stable.

    Why not run your compute nodes under Windows?

    You can actually run Windows Server 2000 and above headless, removing any GUI overhead - so why not?

    I still agree that on any particular hardware configuration, Linux or another *nix will likely be faster, but your experience of desktop applications doesn't necessarily translate to HPC.

    --
    One swallow does not a fellatrix make
  5. Re:Does not compute. M$ is not for HPC. by Ralish · · Score: 5, Insightful

    What is wrong with " M$ "?

    Nothing is wrong with "M$", in the same sense that nothing is wrong with someone referring to Linux as "linsux" and open-source as "open-sores". The thing is, it tends to make you look somewhat immature.

    If you can present a compelling coherent argument, you don't need to use lame decade old snipes about whatever subject matter you are discussing. If you use them in a compelling argument, it usually just makes the people you are out to persuade have a lesser opinion of what you wrote, and thus, you have sacrificed persuasive power.

    It comes down to maturity for the most part and just simply putting forward a good argument.