Slashdot Mirror


InfiniBand Drivers Released for Xserve G5 Clusters

A user writes, "A company called Small Tree just announced the release of InfiniBand drivers for the Mac, for more supercomputing speed. People have already been making supercomputer clusters for the Mac, including Virginia Tech's third-fastest supercomputer in the world, but InfiniBand is supposed to make the latency drop. A lot. Voltaire also makes some sort of Apple InfiniBand products, though it's not clear whether they make the drivers or hardware."

134 comments

  1. Proprietary Crap by ceswiedler · · Score: 3, Informative

    The article is still subscriber-only, but Linux Weekly News has a good summary of some discussion on the LKML about InfiniBand. Greg K-H's original posting can be found here. Basically, he feels that it's impossible to implement the specification for InfiniBand in a free/open source product without violating the licensing agreement of the spec, because of patent infringement.

    1. Re:Proprietary Crap by Amiga+Lover · · Score: 1

      > he feels that it's impossible to implement the specification for
      > InfiniBand in a free/open source product without violating the
      > licensing agreement of the spec, because of patent
      > infringement.

      Not even in the nvidia drivers kind of way, with proprietary kernel modules? Not the most optimal solution (probably nearing highly pessimal) but probably possible.

    2. Re:Proprietary Crap by tempest69 · · Score: 5, Informative

      Infiniband is designed to be low latency to the extreme. Their driver software is going to be really sensitive to latency. If they can make their nic driver .5 usec faster than their competition it's a huge change in total latency. Thats only 2000 clock ticks, possibly 30-50 memory pulls. But for scientific computing it makes a huge difference in Computational Fluid Dynamics. The more cpu's you scale to, the more important the latency. So their driver software is something that they are going to protect. It would be negligent to give it to the competition. Storm

    3. Re:Proprietary Crap by Sosarian · · Score: 2, Insightful

      Of course that misses the point about getting low latencies to improve Beowolf cluster performance by a factor over ethernet.

    4. Re:Proprietary Crap by Johannes · · Score: 2, Interesting

      It's as much crap as other technologies like IEEE 1394 (Firewire). Greg is concerned with the patent licensing requirements for Infiniband, which is a valid concern, but is no different than the requirements for other technologies that have support under Linux.

      In particular, Infiniband requires licensing under RAND terms, similar to that of IEEE 1394.

    5. Re:Proprietary Crap by Durindana · · Score: 5, Insightful

      gig-e can do everything infiniband can, WITH tcp, although without the same low latency of infiniband. infiniband just never caught on when it could, it was ahead of its time, but now gigabit ethernet is cheap, and soon ten gigabit ethernet will strip it dry.


      [A 747] can do everything [the Joint Strike Fighter] can, although without the same [supersonic speed, air-to-air combat capability] of [the JSF]. [The JSF] just never caught on when it could, it was ahead of its time, but now [747s are] cheap, and soon [the Airbus A300] will strip it dry.

      Smart. "Without the low latency of infiniband"? Idiot, what do you think it's for? We're not talking eDonkeying Halo 2 here... ultra-low latency is THE POINT.

      Gee, hard decision, although with that price I can see why mac user's would go for it.


      Oh wait, you're just a stupid fucking troll. Why don't you go die?
    6. Re:Proprietary Crap by Anonymous Coward · · Score: 0

      Nvidia are accepted only because they are the "only game in town" for video cards for Linux. If ATi open sourced their driver, or someone else made a better card with open drivers, the Nvidia kernel module situation would be dropped like a hot rock.

    7. Re:Proprietary Crap by gl4ss · · Score: 2, Insightful

      properiaty drivers for properiaty os that is run on properiaty hardware(on os that's only legal to run on that hw makers hardware too).

      so if you're there you're already pretty deep in "properiaty crap".

      --
      world was created 5 seconds before this post as it is.
    8. Re:Proprietary Crap by LoRdTAW · · Score: 3, Informative

      Pay $5k for infiniband hardware or $40 for a gig ethernet card?

      Where did you get this dollar amount and what exactly is it for, the HCA a switch, cable or all of them? HCA's are about 800-1000 dollars. Switches from Mellanox start at about $8,000 for a 480Gbit backplane 24 port switch. And up to $66,000 for a full 96 port modular switch. Cables though I will admit are costly at 100 bucks for a 4X 2m cable.

      Also your statement that it is useless is complete FUD. It certainly will never gain the widespread use of Ethernet, but it serves a niche market for a standard high speed interconnect.

      You obviously have no clue as to what Infiniband is or is capable of. First off 4x Infiniband is 10 times faster then Ethernet at 10 gigabits/sec. And second it has lower latency and CPU utilization then common commodity GbE hardware like the $40 GbE adapter you speak of. GigE and TCP are quite inefficient when compared to Infiniband, even if you bought TOE cards like the 7711 from Adaptec you're still paying as much as you would for an Infiniband HCA and have 10 times less bandwidth. Ok so the switches are expensive but still the throughput is incredible with a 24port switch having 480Gbits of bandwidth at about 8000 bucks! More expensive GigE switches commonly used in clusters are almost as costly as the Infiniband switches.

      I even read that a 1024 node cluster using GbE was just as fast as a 256 node cluster using IB, mainly because each node in the GbE cluster was mostly dealing with Ethernet and TCP/IP then the actual application.

      So before you start talking out of your ass do some research like I did. I might not be 100% correct but I think I am close.

    9. Re:Proprietary Crap by Sponge+Bath · · Score: 0, Offtopic
      We're not talking eDonkeying Halo 2 here...

      Is that the one with Mario?

    10. Re:Proprietary Crap by Kalak · · Score: 5, Insightful

      OK, the "proprietary crap" discussed here is for:
      #1 XServes runing (wait for it....) Mac OS X.
      #2 Supercomputers

      This is not your linux box you're using for a NAT server, or a Beowolf running SETI, so if you're building a super computer or just like drolling over them and thinking of using and expensive interconnect like InfiniBand, you're not looking to compare it to Beowolf over gigabit, and possibly not likely to care about if the drivers are binary only or not.

      This article is in no way related to any LKML posting other than it's the same company. This is about OSX Infiniband drivers. RTFA sometime, and you might realize such things.

      Welcome to the Apple section. If you're not interested in discussion of things related to Apple, please uncheck the appropriate box in your preferences, and we will all be happier. If you like to run Linux on Apple Hardware, please examine the OS discussed before trolling.

      If you want to troll about Infinbands policies effecting Linux, then wait until the LWN article is public ("Alternatively, this item will become freely available on October 21, 2004"), and submit it to /.'s general section (where I would be more than happy to consider it not trolling), and enjoy a livelier discussion there, with a wider, and more appropriate, audience.

      --
      I am, and always will be, an idiot. Karma: Coma (mostly effected by .hack)
    11. Re:Proprietary Crap by Anonymous Coward · · Score: 0

      But note that 10GigE cards are now available, and will likely mostly-kill Infiniband and Fibre Channel - even if IB still has a few technical advantages, it just won't be able to compete with commoditised and IEEE-standardised vendor-neutral 10 Gigabit Ethernet.

    12. Re:Proprietary Crap by Anonymous Coward · · Score: 2, Funny
      But they should give it away for FREE!! I want FREE stuff! Gimme FREE stuff, this is slashdot! Information wants to be FREE (as in, fucking GIVEN to me without any effort on my part whatsoever)! Stick it to the man!!

      (Dress this up in a bunch stupid rhetoric, and you have the typical response around here.)

    13. Re:Proprietary Crap by Tiosman · · Score: 3, Interesting

      You obviously have no clue as to what Infiniband is or is capable of. First off 4x Infiniband is 10 times faster then Ethernet at 10 gigabits/sec.

      4X infiniband is 10 Gb/s signal rate but actually 8 Gb/s data rate (8b/10b encoding). This is one of many facts that the IB marketing dept. keep forgetting (I keep telling them, but they won't listen for some reasons).

      GigE and TCP are quite inefficient when compared to Infiniband

      TCP over Infiniband is as inefficient, it has nothing to do with GigE. People use IP over GigE because it's convenient, but you can use GigE without IP if you talk directly to the hardware. Some have tried and are still trying http://www.disi.unige.it/project/gamma/, but the main problem is the lack of hardware documentation from GigE vendors and the short life span of GigE chips.

      I even read that a 1024 node cluster using GbE was just as fast as a 256 node cluster using IB

      It's interesting to note that there are not many 256 nodes clusters in production with IB at the moment, even less with 1024 nodes. Second, just as fast doing what ? A pointless benchmark specially tuned for Infiniband as the IB supporters are used to publish or real-world applications ? Yes, high speed interconnects make a difference but GigE is just fine for a lot of the HPC applications I have seen so far.

      So before you start talking out of your ass do some research like I did.

      Don't believe everything you read, and don't drink the cool-aid that fast. Look at the Top500 just to see what machines are out there, not for the ranking (Linkpack is useless). You will see that there are quite a lot of GigE clusters and not that many IB ones. It's a matter of economics: if IB makes sense, people will buy it. These days, they buy much more GigE (or other) than IB.

    14. Re:Proprietary Crap by Anonymous Coward · · Score: 0

      You're an idiot. The point is not that the spec costs money, it's that in this case, and even if you pay for the spec, you can still be sued for patent infringement (at least in the US, land of the free-so-long-as-you're-a-giant-corporation). This is unlike most other specs for interfaces (where the idea is usually to get people using your interface... in this case, it's almost as if certain IBTA members don't want people using IB...)

      Note that patents are not about information being free - patents are, by definition, about stopping people doing stuff they already know how to do, no matter how they got the information: A patent is me having the power to stop you building something, based on me paying the largest crime syndicate around (the government) to stop you doing so - and in the US (little or no compulsory patent licensing), you don't even have the guaranteed ability to pay me the required protection money to prevent me stopping you building the thing (e.g. Microsoft saying "we won't grant a patent license to a linux supporter for any amount of money".)

    15. Re:Proprietary Crap by Anonymous Coward · · Score: 0

      The humor here, of course, is that the parent post is absolutely on topic yet in so many ways resembles the tired old jokes that get modded +5, Geek Hilarity all the time...

    16. Re:Proprietary Crap by Anonymous Coward · · Score: 0

      From the prices I've seen tossed around, it would seem to make more sense to buy an large-scale SMP- or NUMA-type system which has low-latency built-in
      (or clusters of SMP/NUMA systems connected by garden-variety interconnect, since the problem can probably be partitioned into low-latency/high-latency sections).

      IB doesn't seem to fit a real need, other than retrofitting previously built clusters that were mis-specced in the first place.

    17. Re:Proprietary Crap by Shinobi · · Score: 4, Insightful

      Gig-E can't do half of what IB can in the segment that IB targets, and 10GigE can barely do half of what IB can do. First of all: GigE/10GigE is only practically useful together with TCP/IP. Congratulations, you just killed latency, there's no way you can come down to the 12-40 microseconds latency that IB achieves with real workloads. Second, the IB protocol handles traffic priorization directly in the low-level protocols, same thing with the self-healing aspects, routing data around failures. Third, and this is the most neglected part among those who haven't worked with it: RDMA. Direct in hardware and low-level protocols. It lets your process announce memory space out to the node that is sending it data, so that node can write directly into the memory for example. Allows you to build a system with fake shared memory, and still retain 12-40 microsecond latencies, unlike slow and fugly hacks run on top of TCP/IP that try to achieve the same thing with latencies of up to 10ms.

      One example of fake shared memory that I've seen is a cluster with an unusual design: Two IBM P5 570's with a total of 32 cores and 128GB RAM, linked together via IBM's NUMA interconnect. They also had a total of 36 Infiniband HCA's. The slave nodes are Xserve G5's with 2GB RAM and Infiniband, and a Xilinx FPGA-card that has its own memory banks. What the slave nodes do is essentially that they work straight against the RAM on the two 570's, with the local RAM only as a form of cache. The project runs as a multi-threaded app on the 570's, and are slaved out to the nodes. The project was originally meant to be used with some p690's.

    18. Re:Proprietary Crap by Anonymous Coward · · Score: 0

      Gee, hard decision, although with that price I can see why mac user's would go for it. Ack! Green grocer's apostrophe!

    19. Re:Proprietary Crap by Barto · · Score: 3, Informative

      You're missing the point: if the spec was made open (NOT the driver software), open source drivers could be developed increasing the demand for Infiniband products, reduce costs to users and Infiniband and improve compatibility.

    20. Re:Proprietary Crap by bani · · Score: 1

      everything you described sounds a lot like fibre channel to me. self healing, rdma, prioritization, low latency.

    21. Re:Proprietary Crap by Johannes · · Score: 3, Interesting

      What's wrong with OpenIB?

    22. Re:Proprietary Crap by Anonymous Coward · · Score: 0

      But this may only be true for the short term.

      It's been said that over a long enough timeframe, the usability of any non-open solution approaches zero. (DECnet, anyone?) What's the oldest proprietary hardware in general use today that isn't supported by Linux? Not very old, I'd guess.

      I predict that either the Infiniband folks will loosen up and allow open-source implementations, or Infiniband will be dying/dead in 2010. Keeping these things secret/closed/expensive is a good short-term plan, but a bad long-term plan.

      Of course, don't forget that they can always open-source the driver later. Quake, anybody? Star/OpenOffice? Mozilla? Lots of open-source software available today was originally "proprietary crap". Today's bleeding edge is tomorrow's stable commodity, and companies aren't nearly so protective of their drivers for stable commodity parts.

    23. Re:Proprietary Crap by glenkim · · Score: 2, Funny
      If so, then why bother? Alternative network stacks over gig-ethernet would be much cheaper and can reasonably competitive in terms of latency with well written code.



      There was a dead project that I read about a few months ago that had 20microsecond latency over 100 ethernet. If anybody knows what I'm talking about, I would appreciate a refresher.

    24. Re:Proprietary Crap by tempest69 · · Score: 1
      Yup,

      I was missing the point, I might read more carefully next time. Before I activate auto-fingers.

      Storm

    25. Re:Proprietary Crap by tyrione · · Score: 1

      Don't waste your breath. The parent poster you respond to doesn't strike me as a Mechanical Engineer nor even deals with PDE's via FEM, let alone the vast aspect of accurately calculating Fluid Dynamic laws.

    26. Re:Proprietary Crap by spankenstein · · Score: 1

      Funny that I see 800+ MB/s on many motherboards. On PCI-Express it's nearly double the bandwidth. The PCI-X bus is limiting the InfiniBand interconnect.

    27. Re:Proprietary Crap by Tiosman · · Score: 1

      > Funny that I see 800+ MB/s on many motherboards

      The on-paper peak of 4x Infiniband is 1 GB/s, which is 8 Gb/s.

      > On PCI-Express it's nearly double the bandwidth

      Using 2 links or bidirectional ? The one-way maximum bandwidth of one 4x IB link is 1 GB/s. The only way to get over that is to use two links.

      > The PCI-X bus is limiting the InfiniBand interconnect

      The on-paper maximum bandwidth on PCI-X is 1 GB/s. It matches the one-way bandwidth of IB 4x. However, PCI-X is a bus, so bidirectional traffic is also limited to 1 GB/s. In short, if you have bidirectional traffic or multiple links, PCI-X is a bottleneck. Otherwise it's not.

      PCI-Express is not a bus, it support 1 GB/s in each direction in the 4X flavor.

    28. Re:Proprietary Crap by Donny+Smith · · Score: 1

      Who are you kidding - GbE vs. Infiniband?

      Performance differs by an **order of magnitude**

      10GbE vs. Infiniband - maybe, but even so - Infiniband is cheaper and has lower latency.

    29. Re:Proprietary Crap by Anonymous Coward · · Score: 1, Interesting

      The fact that IBTA has recently (as in last week) caused a software patent licensing issue for those who wish to implement the spec...

    30. Re:Proprietary Crap by Anonymous Coward · · Score: 0

      Wow.

      YHBT to theeee EXTREEEEME!

  2. Re:Infiniband by Anonymous Coward · · Score: 0

    It's an interconnect technology which was stillborn.

  3. Imagine by commodoresloat · · Score: 3, Funny

    installing Infiniband on a single unit G5....

  4. Shocking by CMiYC · · Score: 3, Insightful

    With so few companies left doing anything Infiniband related, makes you wonder what the thinking is here.

    1. Re:Shocking by bani · · Score: 1

      they want to repeat the raging success known as IBM MCA.

  5. Infiniban into by hardlined · · Score: 5, Informative

    http://www.oreillynet.com/pub/a/network/2002/02/04 /windows.html

    This is a short into to infiband.

    "InfiniBand breaks through the bandwidth and fanout limitations of the PCI bus by migrating from the traditional shared bus architecture into a switched fabric architecture."

    "Each connection between nodes, switches, and routers is a point-to-point, serial connection. This basic difference brings about a number of benefits:

    Because it is a serial connection, it only requires four as opposed to the wide parallel connection of the PCI bus.

    The point-to-point nature of the connection provides the full capacity of the connection to the two endpoints because the link is dedicated to the two endpoints. This eliminates the contention for the bus as well as the resulting delays that emerge under heavy loading conditions in the shared bus architecture.

    The InfiniBand channel is designed for connections between hosts and I/O devices within a Data Center. Due to the well defined, relatively short length of the connections, much higher bandwidth can be achieved than in cases where much longer lengths may be needed."

    "The InfiniBand specification defines the raw bandwidth of the base 1x connection at 2.5Gb per second. It then specifies two additional bandwidths, referred to as 4x and 12x, as multipliers of the base link rate. At the time that I am writing this, there are already 1x and 4x adapters available in the market. So, the InfiniBand will be able to achieve must higher data transfer rates than is physically possible with the shared bus architecture without the fan-out limitations of the later."

  6. Re:Infiniband by Anonymous Coward · · Score: 0

    It's an interconnect technology which was stillborn.

    My thoughts are with the parents.

  7. speeeeed... by jwind · · Score: 2, Informative

    This is cool. The Xserve is a great server. We got one at work and we used it as a mirror for a while before switchover. This thing never crashes. according to one of the articles these drivers will optimize the power of these beasts...

  8. I'm curious by Anonymous Coward · · Score: 0

    Has anyone here any experience with those "supercomputers"? It sounds kinda sci-fi! I'm curious, what language is the best for writing programs for such machines? Can one program them in Python or Perl, or only "Real Programmers(tm)" languages like Java and C++?

    1. Re:I'm curious by sjames · · Score: 2, Informative

      an one program them in Python or Perl, or only "Real Programmers(tm)" languages like Java and C++?

      They can be programmed in any language. Fortran and C are by far the most common choices. It's common to see perl and shell scripts used as glue between standalone modular programs. It's about the only place where you'll still occasionally find hand assembly in the inner loops, though that's becoming less common as more compilers support MMX,SSE, etc instructions.

      You won't find a lot of interpreted languages doing heavy lifting in HPC. While a typical server is I/O bound (disk or net) and so can spare CPU cycles on an interpreted language, in HPC the CPU is normally pegged.

    2. Re:I'm curious by Anonymous Coward · · Score: 0

      There is also a version of Java for HPC called Titanium being developed at UC Berkeley:

      Titanium project homepage

  9. Comparison with Myrinet by Sosarian · · Score: 5, Interesting

    I've always understood that Myrinet is one of the better latency products available.

    And it has MacOSX Drivers:
    http://www.myri.com/scs/macosx-gm2.html

    Myrinet is used by 39% of the Top500 list published in November 2003
    http://www.force10networks.com/applications/roe.as p?content=9

    1. Re:Comparison with Myrinet by Anonymous Coward · · Score: 4, Informative

      Here's how bandwidth and latency break down for interconnect technologies:

      1. Quadrics (EXPENSIVE! and closed standard) sub 4 microsec
      2. InfiniBand (Realtively inexpensive, open standard) 4.5 microsec
      3. Myrinet (Roughly the same price as IB, but closed standard) sub 10 microsec
      4. GigE (cheap) 20+ microsec

      All latency numbers are hardware not software latencies. Depending on how good your MPI stack is you can often triple those numbers.

      There are so few companies making IB because there is only one chipset manufacturer right now. Mellanox. All the companies making IB products are startups and it will be a while before things get better.

    2. Re:Comparison with Myrinet by Troy+Baer · · Score: 1

      IB has slightly lower latency than Myrinet (about 1 to 1.5 microseconds less IIRC), but 3-4 times better bandwidth. The IB network management tools are IMHO better than the equivalents for Myrinet too.

      --
      "My life's work has been to prompt others... and be forgotten." --Cyrano de Bergerac
    3. Re:Comparison with Myrinet by fitten · · Score: 1

      Myrinet is also interesting in that you can program the NIC yourself, at least you could the last time I fooled with it. It has a custom processor (LANai) with memory and a bunch of, basically, DMA channels on it. It doesn't do much of anything out of the box until you put an MCP (Myrinet Control Program) on it. My group made a few custom MCPs for Myrinet back in the day. Interesting programming since it is an embedded system. However, the complexity is/was pretty high and your MCP had to be debugged as well (try putting an IP stack on it in addition to "fast lanes" for high bandwidth, low latency MPI communication - that will surely keep you occupied :) I guess there are a few MCPs and MPI ports for it you can use out of the box, though.

    4. Re:Comparison with Myrinet by Tiosman · · Score: 2, Informative

      3. Myrinet (Roughly the same price as IB, but closed standard) sub 10 microsec

      Myrinet is not a closed standard. It's an ANSI-VITA standard (26-1998). The specs are available for free (http://www.myri.com/open-specs/) and anybody can build and sell Myrinet switches, if they have the technology.

      Furthermore, the latency is sub 4 microsec. Come to SuperComputing next month and you will see.

    5. Re:Comparison with Myrinet by stef716 · · Score: 5, Informative

      Hi,

      where did you get these numbers?
      If you really want to compare the latency of actual interconnects you should use the official performance results achieved in real environments using the driver api:
      (values from homepages)

      1. SCI (dolphinIcs) : 1.4 us
      2. Quadrics: 1.7 us
      3. Infiniband 4.5 us
      4. Myrinet 6.3 us

      MPI latency and bandwidth highly depend on the mpi library. I suggest to compare the mpich results.
      I rated these interconnects. But I'm sorry, I only have a german version.

      http://stef.tvk.rwth-aachen.de/research/interconne cts_docu.pdf

    6. Re:Comparison with Myrinet by Anonymous Coward · · Score: 0

      Well there are various flavors of GigE. You can't just say that there is one latency figure for all machines in all configurations using GigE.

    7. Re:Comparison with Myrinet by Junta · · Score: 3, Informative

      To say IB network management tools are better is a great understatement. Part of myrinet is that the network topology is forced to be simple and the switches as dumb as possible (distribute the task of routing and mapping the networks to the nodes). IB switches offer a tad more functionality and offload mapping work to the switch, but stays a source-routed network (which is the chief way these technologies acheive low latency while ethernet is switch routed and therefore scales poorly as the switches have more and more work to do.

      Of course, until IB over fiber media comes around, myrinet cabling is a hell of a lot easier to deal with, longer lengths, more bendable, and tighter bend radius.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    8. Re:Comparison with Myrinet by soldack · · Score: 2, Informative

      IB already exists over fibre. Most folks don't use it because it is much more expensive than copper solutions. Copper is going 10-15 meters these days. Mellanox and Gore just announced 40 meters. http://www.marketwire.com/mw/release_html_b1?relea se_id=73927

      The quality of 4x IB cable has gotten much better over the last two years. It will continue to improve as 10 GigE also uses the same style cable.

      --
      -- soldack
  10. Not 3rd fastest, in fact not on list at all. by Anonymous Coward · · Score: 4, Informative

    The Virginia Tech cluster isn't on the top 500 list anymore:

    from http://www.top500.org/lists/2004/06/trends.php

    * The 'SuperMac' at Virginia Tech, which made a very impressive debut 6 month ago is off the list. At least temporarily. VT is replacing hardware and the new hardware was not in place for this TOP500 list.

    1. Re:Not 3rd fastest, in fact not on list at all. by derdesh · · Score: 3, Informative
      Thursdays As the Apple Turns has an episode speculating that Virginia Tech's cluster should come in at number 5 in the new list.

      (The link should be good until sometime this weekend, then it will be avaiable in re-runs)

    2. Re:Not 3rd fastest, in fact not on list at all. by bobbozzo · · Score: 1

      I hope Apple is giving them a REALLY big discount on those XServes or they just spent a fortune for a 17% gain.

      --
      Nothing to see here; Move along.
  11. BigMac already has I.B. by mfago · · Score: 5, Informative

    People have already been making supercomputer clusters for the Mac, including Virginia Tech's third-fastest supercomputer in the world, but InfiniBand is supposed to make the latency drop.

    Note that V.T.'s cluster already uses InfiniBand, courtesy of Mellanox.

    It's mentioned at V.T.'s pages.

  12. Well thank goodness.... by Killer+Eye · · Score: 3, Funny

    ...Halo and UT2004 were starting to slow down on my 1200 CPU cluster!

    --
    "Microsoft killed my company, I hold a personal grudge. I don't use Microsoft products and neither should you."-JWZ
  13. Good, now i can add X-Serves to my PowerMac. by Anonymous Coward · · Score: 0

    This is what I've been waiting for, to be able to multi-thread applications with zero latency.

    Doom 3 in a window? Halo in a window, UT2004 in a window?

    No problem, I'm all goosebumps!!!

    Not a gaming machine? My @$$!!!

    1. Re:Good, now i can add X-Serves to my PowerMac. by Anonymous Coward · · Score: 0

      It's criminal that you haven't been modded up. The parent post is beautiful.

  14. Third fastest what? by OverlordQ · · Score: 0, Redundant

    I sure dont see it given that the 'official' word back in 2003 is that it was 3rd fastest. The Top 500 list (June of 2004) I can't even find it on that page. And last, if it did reach the 10.6TFlops it'd be #5 after the 11.6TFlop BlueGene/I

    --
    Your hair look like poop, Bob! - Wanker.
    1. Re:Third fastest what? by ztirffritz · · Score: 4, Informative

      The BigMac at VA Tech missed the list this year because they were busy switching over to DP G5 Xserves. Last I heard, they had completed the project and were busy re-benchmarking the beast. I I also heard that it was poised to move to number 2 possibly on the list after it was retested officially. The Army's version of the BigMac will probably take that title away though. That then 2 of the top 3 machines will be G5 based. Too Cool!

      --
      Why doesn't anything interesting happen when I have mod points?
    2. Re:Third fastest what? by Anonymous Coward · · Score: 1, Interesting

      You needn't be so snippy about it. If you had done any research at all into it you'd know that it was, indeed, in the #3 position but wasn't ranked at all last time around because it was down for an upgrade. They're moving from dual processor G5 desktop machines in the cluster to all G5 Xserves and since all the nodes weren't up during the official ranking period it doesn't appear on the list. Look for it to make a strong appearance again in the near future.

      You seem like the type that needs proof, so here's the previous list.

    3. Re:Third fastest what? by antifoidulus · · Score: 3, Informative

      Doubtful. IBM's BlueGene is the king right now(well for the time being), but I don't see Big Mac(either version) beating the earth sim. Still, 2 out of the top 4 isn't bad.

    4. Re:Third fastest what? by Anonymous Coward · · Score: 0

      The ranking is a preliminary number before the new Top500 list is released at SuperComputing 2004 in Pittsburg.

    5. Re:Third fastest what? by Anonymous Coward · · Score: 0

      Virginia Tech actually has plans on building something in about 4 years that will easily top the Earth Simulator. Will it be Mac based? I don't know if anyone even knows.

    6. Re:Third fastest what? by MojoStan · · Score: 1
      IBM's BlueGene is the king right now(well for the time being), but I don't see Big Mac(either version) beating the earth sim. Still, 2 out of the top 4 isn't bad.
      So are you saying upgraded Big Mac (currently 12.05 teraflops Rmax, 20.2 Rpeak) and the apparently not-yet operational COLSA MACH5 (unknown Rmax, 25.1 Rpeak) will be 3rd and 4th on the Top 500 list? Aren't you forgetting Thunder (19.9 Rmax, 22.9 Rpeak) and ASCI Q (13.9 Rmax, 20.5 Rpeak) from the most recent list (June 2004)?

      If we're assuming the Army's COLSA MACH5 will meet the October deadline, then that would make it 2 out of the top 6 machines being G5 based. But if we're counting installed but not-yet-operational supercomputers, then we should probably include Red Storm (41.5 Rpeak). Does anyone know if MACH5 and Red Storm will make the deadline?

      --
      TO START
      PRESS ANY KEY

      Where's the 'ANY' key? I see Esk, Kitarl, and Pig-Up...

  15. Re:2 kings by Anonymous Coward · · Score: 0

    See what happens when your Windows computer drives you to madness?

  16. Where have you been??? by Anonymous Coward · · Score: 0

    The VT cluster dropped off the list because they didn't have the XServe upgrade running in time. It will be back in November's list. It was #3, but you have to remember the list is a moving target. Nobody stays in place for very long. It was shocking that the Earth Simulator stayed as long as it did!

  17. Proprietary, but definitely not crap by Anonymous Coward · · Score: 5, Informative
    gig-e can do everything infiniband can, WITH tcp, although without the same low latency of infiniband.

    No offense, but you don't know what you're talking about. IB can sustain tranfer rates of 700 MB/s; the best I've ever seen from GigE was almost an order of magnitude lower, not to mention the two orders of magnitude drop in latency with IB. That might not mean much to you, but I guarantee you it's a big deal for folks with big parallel scientific codes.

    Oh, and your pricing's wrong too. In the quantities you'd need it for a decent size cluster, IB gear is about the same cost as its direct competitors (Myrinet and Quadrics).

    1. Re:Proprietary, but definitely not crap by Anonymous Coward · · Score: 0

      As another post says: 10GigE is here now. A 10GigE card from Intel is already ~ $2K cheaper than an IB HCA. Though IB and 10GigE switches are still roughly the same price, that won't last long as more vendors start implementing 10GigE.

      Going forward, which do you think will win? (Hint: the one that's 10 gigabit ethernet...)

    2. Re:Proprietary, but definitely not crap by sjames · · Score: 3, Insightful

      It would be nice to see IB actually come together, but it's an uphill battle. The Spec is a massive tangly mess. Vendor infighting and politics has nearly killed it dead two or three times now. The last thing it needs is for the specs to be priced like they're printed on gold leaf and patent battles to boot.

      Meanwhile, I've seen lightweight reliable non-IP protocols over bog standard GigE hardware get 10 microsecond latency and as a result, 90MB/s ACTUAL transfer.

      Given that, 10GigE could give IB a real run, especially if it's coupled with an onboard DMA engine (there's no reason it can't be). Consider that with the right protocol, GigE can get a little over 90% of theoretical, if 10GigE manages that, it'll beat IB.

      There's a lot of good things about IB, but if the IBTA really wants it to catch on, they'd better start acting like they WANT people to buy it. Right now, IB's best chance looks to be the OpenIB project. However, if the IBTA decides to try locking it up tighter and tighter, OpenIB won't save them, the rest of the industry will do clever things with 10GigE and save itself a bunch of patent headaches.

    3. Re:Proprietary, but definitely not crap by Anonymous Coward · · Score: 0

      Hint: the one that has lower latency, which is not 10 gigabit ethernet.

    4. Re:Proprietary, but definitely not crap by Anonymous Coward · · Score: 0

      Vendor infighting and politics has nearly killed it dead two or three times now.

      You could actually look at it another way. It's been "killed dead" repeatedly and yet it keeps coming back. Does that mean that the underlying tech is *so good* that it cannot be resisted even with all these problems?

    5. Re:Proprietary, but definitely not crap by Shinobi · · Score: 1

      The problem is, 90MB/s sustained isn't all that impressive. IB is dual-channel by nature, so a 4x HCA has 8Gb/10Gb in each direction. And 4x is just middle of the pack as far as IB is concerned.

    6. Re:Proprietary, but definitely not crap by sjames · · Score: 1

      You could actually look at it another way. It's been "killed dead" repeatedly and yet it keeps coming back. Does that mean that the underlying tech is *so good* that it cannot be resisted even with all these problems?

      Absolutely! That has been the one and only reason it has stayed alive. However, all technologies have a shelf life. It can only keep doing that until something 'close enough' with fewer political problems comes along.

      Clustered HPC is about the only opportunity for IB. Workstations can't even take advantage of it (their PCI bus can only carry 132 MB/s anyway), Servers could take advantage of it, but will be very sensitive to interoperability,familiarity, and multi-vendor support. All server admins and their managers have heard of Ethernet. The admins know how to set it up.

      So while IBTA spins it's wheels and fumbles, the rest of the world keeps inventing. IB has survived it's several near-death experiances so far only because they happened at a time when 10GigE was vapor. How good will IB look if/when someone produces a 10GigE card with hardware support for either GM or a simple to use RDMA? IB is all out of it's nine lives. It's sink or swim time.

    7. Re:Proprietary, but definitely not crap by sjames · · Score: 1

      The problem is, 90MB/s sustained isn't all that impressive. IB is dual-channel by nature, so a 4x HCA has 8Gb/10Gb in each direction. And 4x is just middle of the pack as far as IB is concerned.

      No, but 900MB/s is better than 4x IB. I reported figures for 1GigE because that's what I had to benchmark. The bench shows GigE at a little over 90% of theoretical. If 10GigE can manage 70% it will be right in line with 4x IB.

      12x IB sounds cool and all, but it's vapor at this point. 30GigE sounds great too, but it's not available either. Neither will be very relevant for now without a significant redesign of the systems they will go in.

    8. Re:Proprietary, but definitely not crap by Shinobi · · Score: 1

      SUNET is having problems with 10GigE when they reach around 50-60%, while IB easily reaches around 85-90%. And doesn't need multiplexing to add links together.

      Also, 12x isn't really vapourware, it is available, it just costs a lot. There's also talk of setting a new mid-end spec out, 8x.

    9. Re:Proprietary, but definitely not crap by sjames · · Score: 2, Insightful

      SUNET is having problems with 10GigE when they reach around 50-60%

      If they're using IP, I'm not at all surprised. IP is designed to provide reasonable performance in a hetrogenous unreliable network. In a cluster environment, you would want the protocol to provide excellent performance in a homogenous and error-free environment and simple correctness (likely at a terrible penelty) in an unreliable environment.

      The problem is that IP has to deal with fragmentation, out of order delivery and moderatly frequent lost packets. It has to support TTL so that routing loops don't tear the whole net down. It's designed to sorta work even if the underlying fabric is a mess. None of that makes it a bad protocol, just the wrong choice for a reliable low latency HPC fabric that's under a single administrative authority.

      The fact that TCP/IP works as well as it does on a fabric that bis nearly the opposite of what it is designed for speaks volumes. The fact that it is used on so many clusters demonstrates that people are willing to pay a substantial performance penelty in exchange for an open, well understood, and easy to program network. That's a big reason that IP over IB exists at all.

      I see about 50-60% for GigE using TCP/IP as well. I only see >90% with alternate protocols. Most I have talked to report that IP over IB where IB appears to the IP stack as an ethernet like device barely outperforms GigE. That's not surprising either. I suspect the IP stack is the problem there as well.

  18. Hmmm.... by T'hain+Esh+Kelch · · Score: 0

    Imagine a BeoWulf cluster with this installed... Ooh...!

  19. But did it ever work? by Anonymous Coward · · Score: 0

    Word on the street is that VT never managed to get the InfiniBand network working correctly. It was certainly waaaay more ambitious than any other IB installation around at the time.

    1. Re:But did it ever work? by Anonymous Coward · · Score: 0

      Actually, it did work. One of the grad students over here (here being Virginia Tech) basically wrote the drivers for the G5s. I dont think it wasn't easy, but in the end, it did work.

      The interesting thing I learned is that the infiniband technology had never been tested on large clusters before the Big Mac project. In fact, at the onset of the project - the technology didn't even exist.

      I'm not directly involved with Virginia Tech in this work, but I do work across the hall from one of the big guys in the project if that gives me and credibility?

    2. Re:But did it ever work? by Kalak · · Score: 0, Offtopic

      Your IP address has been logged, CNS Has been called, and Shrinity will be coming to get you shortly. ;)

      --
      I am, and always will be, an idiot. Karma: Coma (mostly effected by .hack)
  20. It's what I do for a living, actually... by Troy+Baer · · Score: 1

    Most of the parallel applications on our clusters are scientific simulation codes, written in Fortran, C, or C++ using MPI for inter-process communication.

    --
    "My life's work has been to prompt others... and be forgotten." --Cyrano de Bergerac
  21. In the running again by Anonymous Coward · · Score: 0

    As The Apple Turns has a nice little article about Virginia Tech's newly Xserved system: http://appleturns.com/scene/?id=4980

    Note that they got special Dual 2.3Ghz Xserves rather than the usual Dual 2Ghz ones.

    They've already improved their previous third-place worthy score of 10.28 (admittedly no longer third-place worthy) to their current 12.05 teraflops, which could still put them in the top five. And they have a while to tweak their system until the final measurements will be taken for the Top500.

  22. That article is obsolete by Wesley+Felter · · Score: 3, Insightful

    Back in 2002, people were pitching IB as a replacement for PCI. Today, nobody tries to do that -- IB and PCI are used for different purposes (clustering and I/O expansion, respectively).

    1. Re:That article is obsolete by bani · · Score: 0

      so basically IB failed to deliver on its inital design goals so they retargeted it.

    2. Re:That article is obsolete by sirsnork · · Score: 3, Informative

      Actually IB is VERY closely related to PCI Express. At one point they were the same thing and that was called 3GIO by Intel

      --

      Normal people worry me!
    3. Re:That article is obsolete by Anonymous Coward · · Score: 1, Informative

      Back in 2002, the tech press couldn't understand the difference between Infiniband and 3GIO (PCI-e), so they incorrectly spun it as they were in competition with each other. There never was any real relationship.

  23. Re:Infiniband by Anonymous Coward · · Score: 0

    I got to play with an Infiniband network at work, we use it in the testing lab to basically remove network latency from the testing equation. And I'll be honest, it's faster than anything I've ever seen.

  24. the gigE card is more interesting by Twid · · Score: 2, Informative

    Small Tree also makes cool multiport gigabit ethernet cards that support 802.1ad bonding. Really, the gigE cards are the more interesting thing for most of us who don't have a supercomputing cluster to run. The two-port version is less than $300. They work on Linux as well.

    http://small-tree.com/mp_cards.htm

    Gigabit has a latency of about 100 microseconds and realistic throughput of about 50MB/s. Infiniband has a latency of about 15 microseconds and a throughput of about 500MB/s.

    I mostly sell small Apple workgroup clusters of 16 nodes, and these are almost always just a gigE backbone. There are certain classes of problems that can benefit from Infiniband at low node counts, but for the most common apps, like gene searching using BLAST, gigE is just fine.

    --
    - "When you want something with all your heart, the entire universe conspires to give it to you" -Paulo Coelho
    1. Re:the gigE card is more interesting by Twid · · Score: 1

      that was "clusters of less than 16 nodes" -- slashdot ate my <

      Oh, and regarding Voltaire in the original poster's message, Voltaire does make Infiniband hardware, and they do support Mac OS X.

      --
      - "When you want something with all your heart, the entire universe conspires to give it to you" -Paulo Coelho
    2. Re:the gigE card is more interesting by Johnny+Mnemonic · · Score: 1


      You could interconnect with optical fiber too, right? Although I don't really know if that'd be faster.

      I'm expecting delivery of my 8-node Apple Cluster this week, which will almost exclusively do BLASTing, so I'm interested in picking your brain. And learning who your clients are: maybe they're in the market for on-site support? Reply to email above.

      To keep this on topic, I'll plug the Apple Listserves that deal with this subject: Xgrid, SciTech, Cluster and HPC.

      --

      --
      $tar -xvf .sig.tar
    3. Re:the gigE card is more interesting by Twid · · Score: 1

      You could interconnect with optical fiber too, right? Although I don't really know if that'd be faster.

      Do you mean Fibre Channel? That's not a supported network transport, just a storage transport.

      --
      - "When you want something with all your heart, the entire universe conspires to give it to you" -Paulo Coelho
    4. Re:the gigE card is more interesting by Anonymous Coward · · Score: 0

      Jesus, looks like nobody here knows what RDMA is. Here, try this.
      You can get GigE cards that are sub 10ms right now and the prices are falling very very fast. This will be in generic cards within the next 24 months. This is the REAL problem for infinniband.

      http://www.clusterworld.com/article.pl?sid=04/05 /1 8/1442221&mode=thread&tid=6

    5. Re:the gigE card is more interesting by Junta · · Score: 1

      Use 'make Infiband hardware' in the lightest way, more like they work on firmware and resell Mellanox cards/designs. I'm actually not sure who does the final manufacturing, but every Infiniband HCA I have ever seen are absolutely impossible to distinguish physically from one another until in a system and starting firmware/drivers. I don't think it is feasible to deviate from Mellanox because of patents...

      --
      XML is like violence. If it doesn't solve the problem, use more.
    6. Re:the gigE card is more interesting by mindstrm · · Score: 1

      - Fiber Channel is not necessarily on fiber optics.
      - Ethernet also works over Fiber
      - Even at the same bitrate
      - IP over SCSI or FC is not unheard of, and easily do-able.

  25. Windows Cluster.....f by Anonymous Coward · · Score: 0

    Try clustering windows.. what you get is a pile of broken glass. Good for Steve, keeping his hardware limited is the key. Apple will never be able to compete for the home user but with quality in hardware and software, he will take over just about everything else. Penguins not included, we have to put up with MS (P)iece of (C)rap hardware.

  26. Not 3rd fastest by not_hylas(+) · · Score: 2, Informative

    October 14, 2004 Pg. 54

    http://www.netlib.org/benchmark/performance.pdf

    http://appleturns.com/scene/?id=4980

    "Calm down, Beavis; take a closer look at the third and fourth entries and you'll realize that they're the same exact cluster, before and after its owners added another 64 processors to it. In much the same way, System X is also listed in the seventh, ninth, and eleventh slots, with scores taken at various points along its journey to life as a complete 1,100-Xserve system. Factor out the doubles and, barring an "October Surprise," System X ought to sit in fifth place, under an Alpha cluster, a new Itanium2 system, the once-mighty Earth Simulator, and the new top dog, that chunk of IBM's unfinished BlueGene. Woo-hoo, PowerPCs in two of the top five! No other chip can say that."

    --
    ~hylas
  27. Maybe not 5? by Anonymous Coward · · Score: 0

    NASA speculated that they would have their Altix cluster in place in time for the next top500 list. If they do manage that, it should easily take first until the final BlueGene/L system comes online next year. That system isn't on the As The Apple Turns list because they are using a list that is between official versions, but NASA did think they would have it in place for the next official list.

  28. NASA and SGI could crash that party by Anonymous Coward · · Score: 0

    NASA said that they expect their Altix cluster to be online for the next top500 list. If it is, it should easily take first place until another version of BlueGene/L is released. That would put Itanium 2 in two of the top 5 positions, and knock PowerPC down to one.

    1. Re:NASA and SGI could crash that party by Wesley+Felter · · Score: 1

      If you look at the PDF, NASA is 4th with 8 nodes. If they want to reach #1 they'll need to get 8 more nodes online pronto.

  29. Permanent link. by Xenex · · Score: 3, Informative
  30. semi-offtopic but deals with clusters and speed. by jshriverWVU · · Score: 1

    Anyone know if we'll ever see a Quad G5 in a Mac? Probably an Xserve, but even an IBM workstation using a quad G5 would be nice. Comments?

  31. adjust your attitude, please by jeif1k · · Score: 0, Offtopic

    Welcome to the Apple section. If you're not interested in discussion of things related to Apple, please uncheck the appropriate box in your preferences, and we will all be happier.

    I don't get this. Apple advocates constantly feel the need to point out in every other discussion about how much better Macintosh does everything. For example, pretty much like clockwork, Macintosh advocates will post to any discussion of Linux UIs some claim or other that the Macintosh is "the" system to use if you want to have a high quality UI on a UNIX-like system.

    Slashdot is, after all, not a site where every group of people can retreat into their little corner, it's a site where people from different communities talk to each other.

    OK, the "proprietary crap" discussed here is for: #1 XServes runing (wait for it....) Mac OS X. #2 Supercomputers This is not your linux box you're using for a NAT server, or a Beowolf running SETI

    So what is your point? There are lots of 64-bit Linux clusters with high-speed interconnects. Much of the software used on those clusters was created in non-proprietary environments. It certainly makes sense to ask the question of what those proprietary systems bring to the table. I'm sorry if you are offended when people start asking hard questions.

    1. Re:adjust your attitude, please by Kalak · · Score: 1

      Apple advocates constantly feel the need to point out in every other discussion about how much better Macintosh does everything.

      Calling me an Apple advocate because I see announcement of OS X drivers for a product as unrelated to a discussion about compatability with open source projects is assuming too much. In fact I'm about as cross platform as someone can get. I personally use Linux, OS X and Windows for both work and home. The count of servers at work, where I'm a sysadmin, is 12 Linux, 6 Windows, and 1 Mac OS X server (not counting development servers). I use what bests gets the job done. Sound like a advocate to you?

      I don't inject Apple topics into Linux discussions, and I don't appreciate others injecting Linux into Apple related discussions. It's as simple as that. If I was making the comment asking why someone is spouting about OS X in a Linux discussion, would that make you feel better? Usually, that comment is made by the time I read the posts, so I don't bother to say it again.

      It certainly makes sense to ask the question of what those proprietary systems bring to the table.

      No such question was asked. No question was asked at all. It sounded a lot like complaining about a company's policies in the wrong venue. I even suggested how to adress it in a larger, and more effective venue. If you want a discussion about what companies bring to the table, you don't start it by complaining about IP issues whe a company announces a driver release for a different platform. The post on what the latencies for a few interconnects I found to be the most useful of the discussion, and that is addressing the question that wasn't asked.

      If you want to know what Infiniband brings to the table of Linux supercomputing, the answer may be nothing, for reasons cited. But for what it brings to OS X, the topic of the article, the section of /. and the OS of the drivers released, I'd say it brings something to the table.

      --
      I am, and always will be, an idiot. Karma: Coma (mostly effected by .hack)
    2. Re:adjust your attitude, please by jeif1k · · Score: 1

      Calling me an Apple advocate

      I didn't call you anything. Macintosh advocates in general regularly post all sorts of Apple trivia to Linux and X11 discussions. And Macintosh advocates in general make all sorts of claims about Linux and X11 in Apple forums on Slashdot. And that's OK: that's what Slashdot is about.

      I don't inject Apple topics into Linux discussions, and I don't appreciate others injecting Linux into Apple related discussions.

      Then you're on the wrong site. This is "News for Nerds", not "Macintosh driver central", "Macintosh advocacy", or "News for Apple Fans"; there are enough other sites and mailing lists where Apple fans can retreat in isolation, without the inconvenience of having their world view challenged.

      No such question was asked. No question was asked at all. It sounded a lot like complaining about a company's policies in the wrong venue.

      Slashdot is, in fact, exactly the right site to discuss Apple policies and contrast them with open source because this is a site where lots of people from all sorts of different backgrounds come. If not here, where else? What other site is there where people knowledgeable in different platforms can discuss these issues? The only problem is that people like you are quick to brand anybody as a "Troll" when you don't want to hear what they have to say.

      If you want to know what Infiniband brings to the table of Linux supercomputing, the answer may be nothing, for reasons cited. But for what it brings to OS X, the topic of the article, the section of /. and the OS of the drivers released, I'd say it brings something to the table.

      I want to know what Macintosh+Infiniband brings to the table of supercomputing in general, relative to, say, Linux+Myrinet. We know that it may give you 20% lower latency in some caes if one post is to be believed, but little else, and even that didn't talk about cost/benefit. The matter seems to be settled in your mind, given your put-down of Linux-based cluster, but, sorry, you haven't made your case.

    3. Re:adjust your attitude, please by Kalak · · Score: 2, Insightful

      This is the Apple section of slashdot. These sections are present for a reason. Apple policies wern't being discussed at all, but Infiniband policies. Given that drivers are now released for Infiniband for OSX, the question of what this brings to Apple Clusters is something relevant to be discussed here. The reason I would brand you a troll is that you're speaking negatatively about something that is not relevant to this section of /.: How linux clusters are effected by IP issues decided by Infinband. You have yet to frame this in terms of contrasting how their policies effect Linux and how Apple drivers are now released. If you had started that way, then perhaps I would have just watched the discussion.

      To say I don't want to hear what you have to say has been already been proven wrong, as I have suggested previously that you make such a discussion in the appropriate section of /. at the appropriate time (when the content on LWN becomes publically available). I all but wrote the submission for you! That hardly sounds like I'm trying to keep you from discussing this at all. I've suggested broadening your audience even.

      Also to say I've made up my mind about Infiniband or Linux v. Apple clusters couldn't be further from the truth. I haven't said anything about what I prefer, what is best, or anything to indicate my opinion. In fact, I have no informed opinion on the subject at all, much less have I expressed one. As a matter of fact, what is my direct put down of Linux-based clusters? Any comment I made was that this is that clusters likely to look at Infiband are not small scale, hobbyist clusters, but more likely larger clusters with larger budgets, so if the specs are free or not will be less of a factor.

      --
      I am, and always will be, an idiot. Karma: Coma (mostly effected by .hack)
  32. Re:semi-offtopic but deals with clusters and speed by Anonymous Coward · · Score: 1, Interesting

    I think the thinking from Apple on the current configurations is that a dual 2.5Ghz is going to be better than the fastest available Intel-based system with a single 3.xGhz P4. There's no need to make a 4-way box because the 2-way box already beats the best P4 because 2.5+2.5=5. Or something like that. For clusters, who cares how many cores in a single box? Just link a bunch of 2-way systems together.

    But, once the G5 goes dual-core, I would expect to see a dual dual-core G5 machine out there somewhere. Does that count?

  33. Xsan by Anonymous+Writer · · Score: 1

    How does InfiniBand compare to Xsan? Are they different systems altogether, do they work in conjunctioin with one another, or are they competing standards?

    1. Re:Xsan by Junta · · Score: 1

      Infiniband is a general high-speed (10 gigabit/sec) low latency interconnect. Think of it as a really souped up ethernet, which is an oversimplification, but gives the very basic idea.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    2. Re:Xsan by Junta · · Score: 1

      I screwed up a little, I described 4x infiniband, which is the most commonly used host interface. 1x infiniband is 2.5 Gbps and there is (relatively rare) 12x infiniband.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    3. Re:Xsan by WillerZ · · Score: 1

      It doesn't. Xsan is apple's large-scale storage solution, and is not suited to inter-host communication (unless you bounce it off a disk).

      Phil

      --
      I guess today is a passable day to die.
  34. Big Mac in 3rd place no longer. by Anonymous Coward · · Score: 0


    The Big Mac may have been in third place, but things in supercomputing have been changing dramaticly.

    There are now several Linux clusterss (in addition to the Linux cluster that was already faster) that are faster then the Apple cluster.

    Also the new Blue Gene technology from IBM (using PowerPC embedded style proccessors modified for large image clustering) has everybody spanked. Including the now infamious Earth Simulator from Japan. The US is now back in number one on super computing (and number 3, 4, 5, 6, 7... etc etc).

    Now all those IBM execs may breath a sigh of releif.

  35. Infinniband + Mac, when budgets don't matter. . . by Anonymous Coward · · Score: 0

    But for the rest of us, I think bonded RDMA Gig ethernet will be fine. Anybody seen RDMA ethernet cards in the wild yet?

  36. Re:So? by steeviant · · Score: 1

    That's a blatant lie, without MACs ethernet simply wouldn't work.

    I bet your computer is using a MAC right now!

  37. Not for PC girlymen by liquid+stereo · · Score: 1
    The thinking is this: The Xserve/G5 is a great platform for scientific computation; The market is only beginning; Myrinet has a very small share of the Apple HPC market; Infiniband is theoretically faster.

    This is not stuff cobbling 2-4 PCs together. Its for people who want the ultimate Xserve solution. I have a 16-processor Xserve G5 with Gig-E and Myrinet. My next solution will be some 96 processors and all InfiniBand.

  38. Obligitory "beleaguered company facts" by chia_monkey · · Score: 1

    1) Macs only has 3% of the market...so who cares?
    2) Macs are only for designers...so who cares?
    3) Macs cost more than PCs...so who cares?

    I'm surprised we haven't seen the usual, eight year old "facts" as to why this is a fruitless effort. Slowly but surely, Apple is making its way back into the limelight. After being the whipping boy for so long for a variety of reasons (no market share, higher outright cost, stability issues, etc), Apple is proving itself to be cheaper, more stable, and damn powerful. Enterprises, educational institutions, the government, and more are all starting to see the benefits and overcome the usual excuses.

    Just for fun, go back ten years and compare Apple products with the products of today. Also compare the general opinion and stereotypes of Apple from then to now. Anyone see a major difference?

    --

    "He uses statistics as a drunken man uses lampposts...for support rather than illumination." - Andrew Lang
  39. Re:So? by Anonymous Coward · · Score: 0

    Parent could be modded funny.

  40. You might also want to look at Infinicon by porkchop_d_clown · · Score: 1

    Voltaire's okay, but you'll notice that Small Tree isn't reselling their gear, they're reselling Infinicon's gear. ICS sells the switches and shared IO gear you need to put it all together.

    As I understand it, the advantages of IB over gig-E are lower latency and scalability.

  41. Mellanox made the HCAs by porkchop_d_clown · · Score: 1

    but IIRC, SmallTree wrote the software for them; all the IB vendors use Mellanox's chips for their HCAs, they differentiate themselves with the software the lay on top of them.

  42. Third fastest my ass by Donny+Smith · · Score: 1

    First, it's NOT on the Top 500 list, goddammit!
    Will you ever stop repeating that lie?

    Second, it is under testing (not even in production).

    (Third - not as relevant but still - why is a driver release still news? Topspin et al have been offering infinband drivers for Linux for a while; who wants

    1. Re:Third fastest my ass by trauring · · Score: 1

      Check back to the last list genius, it was in third place when it was originally built using desktop PowerMac G5s. They're now re-building it with Xserve G5 rack-mounted servers and as the rebuild wasn't finished when they did the latest list, it didn't qualify...

    2. Re:Third fastest my ass by Anonymous Coward · · Score: 0

      mod parent off-topic

    3. Re:Third fastest my ass by Donny+Smith · · Score: 1

      > Check back to the last list genius

      I will, can you please provide the URL?

      > it was in third place

      That's what I'm talking about - it *was* for the day or week they tested it, but it was probably crashing or something - in any case, they couldn't/wouldn't use it as it was, so they embarked on an upgrade (or "tuning" i.e. debugging) program.

      A year (!) later the hardware has deprecated some 33% (3 year period, US$5.2m), they've _wasted_ US$1.716m and they're still not using it.

      That's laughable. What kind of success story is that?

  43. bandwidth by macmurph · · Score: 1

    unidirectional bandwidth of 931 million bytes per second is equal to 887 MegaBytes per second. More than an entire CD-ROM per second.

  44. Re:cores by Anonymous Coward · · Score: 0

    But what about a quad dual core? Liquid cooling might not be enough? : D

  45. Re:XServes v. PowerMac G5 Towers by Anonymous Coward · · Score: 0

    I bet they saved a buttload of space in the process too.

  46. That's true. by porkchop_d_clown · · Score: 1

    We're only coming out with 144 node switches now. BigMac must have used a pile of 32 or 16 node switches.