Well, at the risk of the entire mailing list coming down on my, I must disagree with the prevailing viewpoint. I have been following this list for quite a while, not participating because the vast majority are obviously working on much more advanced and detailed projects than I am. This is, however, what I see as the major problem in the HPC area. There is too much focus on the ultra-high performance libraries and interconnects required for weather studies and other hugely complicated parallelizable code. I think this has lead to a very narrow vision of the use of parallel computing.

There are huge numbers of applications that could benefit from parallelization at a task level. They may not be in the category of "embarassingly" parallel, but they need significant computing resources and they need to be solved quickly (in development time, that is). The architecture of these is more distributed than parallel, in the classic sense, but clusters should provide a VERY cost effective platform for this type of computation, IF WE COULD JUST GET BACK TO THE ORIGINAL BEOWULF CONCEPT OF COMMODITY HARDWARE AND SOFTWARE. Buying 50 desktop PCs with gigabit ethernet and 4GB of RAM for $1000 each and hooking them all together is perfectly adequate for this type of application. We don't need Myrinet, etc, etc. Is there a reason that a rackmount case costs more than the PC I put in it? Must a cluster cost  $3000/node, just because I am going to run parallel software on it?

Most importantly for this thread, must I have a dedicated person to install, configure and maintain a cluster? I am working at IBM and have managed to get a small cluster (1 Bladecenter rack). We managed to hire a severely geeky contractor for other work, but he has had to configure and tweak and rebuild kernels and install the kitchen sink for months to get this to work. It is now really cool, with parallel RAID for the cluster hard drives, etc, but if he leaves, we have a boat anchor. We don't CARE about the last 10% of performance. We will just buy another computer. We are a development house running mathematical models that we split by decompositon, because we turn out 3 models a month and dont have 5 years to write a parallel solver for each. But, we DO run 50,000 of these models and aggregate them to get the results we need.

I guess I have rambled a bit, but what attracted me to cluster computing was the cost/benefit of it. That seems to be going by the wayside. It doesn't seem possible to get a "cluster" for anywhere near the price of a bunch of PCs. There is a HUGE amount of manpower that actually costs money to get it to work. What HPC needs to expand its base is a simple, inexpensive, turnkey cluster that you can just add PCs onto. I don't see any indication that it is going that way. Until it does, HPC will remain the domain of universities and research labs. This is a crying shame, because business could really put that computing power to use if the cost of entry was not so high.

As to what this has to do with MS? Hopefully it will be a turnkey solution. Probably too expensive, because of the existing market, but simple to get working. No, the MCEs won't know about high speed interconnects and MPI internals, but who cars? The business community won't. And there will go another market that linux SHOULD have owned.

<br><br>- Gardner Pomper<br><br><br><div><span class="gmail_quote">On 6/12/06, <b class="gmail_sendername">Robert G. Brown</b> <<a href="mailto:rgb@phy.duke.edu">rgb@phy.duke.edu</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

On Mon, 12 Jun 2006, Geoff Jacobs wrote:<br><br>> Joe Landman wrote:<br>>> To a degree this is my point.  Microsoft (I am not arguing their case,<br>>> just my impression of it) is going to try to make all this work out of

<br>>> the box for you.  It remains to be seen how well it works.  I can't wait<br>>> for the first support calls about the ch_p3/p4 device though ....<br>> I can't wait for the Apple ad.<br>><br>> They'll probably change them to what Windows users are used to. I've

<br>> always found Microsoft's error codes entertaining - cryptic,<br>> uninformative, useless. An error code from a Microsoft product usually<br>> requires google to translate.<br><br>Sigh.<br><br>The issue here is strictly one of commercial software.  I very much

<br>doubt that you'll see many folks who roll their own parallel software<br>migrating in droves to MS clusters for precisely these reasons -- they<br>have to write their own code, debug their own code, and haven't the<br>

time, the staff, the budget to deal with cryptic error codes and<br>commercial support mechanisms with built in obfuscation and delay.<br>Remember also that the "advantages" of being able to run MS-only are<br>largely illusory, since MCSEs are largely clueless about advanced

<br>networking and parallel computation and parallel scaling and MPI and...<br>so WinXX clusters will face precisely the same support and programming<br>challenges that Linux clusters face without the rather huge base of<br>

coders, the beowulf list for distributed (free) support, a wide selection of consultants and turnkey vendors, magazine columns and websites such as the Monkey.  This is an "if we build it, they will come" moment for MS.

<br><br>So will they come?  Companies that are trying to SELL ready-to-run<br>parallel applications will simply love this.  It gives them a definitive<br>target platform to code for (unlike the plethora of rapidly evolving

<br>linux based distros and their associated clusters).  It is also an a<br>priori given that any customer who contemplates an MS cluster in the<br>first place for longer than thirty seconds (long enough to see the price<br>

tag) is willing to spend money like water in order to run their mission<br>critical parallel application (whatever it might be).  If you're<br>spending hundreds of dollars per node on the operating system, are you<br>likely to balk at the notion of spending hundreds of dollars per node on

<br>the application software?  Compared to linux -- the entire OS and all<br>these apps were FREE, right?  One can install an entire cluster for the<br>cost of setting up a PXE server/repo, and even boot and run the whole

<br>thing diskless, in as little as one day.  Only people who really don't<br>give a rodent's furry behind about money will be willing to spend a ton<br>of money for a product where it takes days for your cluster-ignorant

MCSEs just to figure out the licensing arrangements for the nodes (and to learn what a node IS). So IMO the MS move is targeted at a very carefully specified market, with little or no interest or hope of expanding beyond that market.

<br>Their potential customers are those who will build large to very large<br>clusters to run very specific, commercially sold and supported software,<br>and will have very deep money-is-no-object-because-it-is-not-our-own

<br>pockets.  NIH comes immediately to mind, as does Hollywood (less so).<br>These are folks that are happy to spend money like water as long as<br>things "just work" according to their particular definition of the term,

<br>which generally means "so that our team of six FTE MCSE admins can keep<br>it running transparent to us".  They won't even care if things work<br>OPTIMALLY and many will not even understand how to assess things like

<br>parallel scaling -- they just want them to work, and probably to dump<br>their results directly into Office Pro so they can make their power<br>point presentations with nifty excel figures without any intermediate<br>

data import step or the hassle of managing two operating systems.<br><br>Will Microsoft's move succeed?  Probably.  If and only if they get<br>ENOUGH commercial software ready to plug and play AND somebody willing<br>to buy it, although they could lose money on this for years and still

<br>fund it just to be able to claim market presence and not think twice<br>about it.  IMO nobody is going to buy MS clusters to write their own<br>(real) parallel code unless they plan to sell it, though. MAYBE they<br>will find some entre into the grid (embarrassingly parallel) market

<br>where people will be willing to write and compile code to run on a<br>MS-based grid for free; maybe they'll get some gaming companies to use<br>their platform to manage multitasking on a dual-core dual-cpu box to<br>improve game performance or the like (again on a shrink-wrap basis).  I

<br>don't think that they'll find a lot of takers for the system as a<br>research-level development platform if the real costs are passed back to<br>the users, though, both because those costs will be close to twice what<br>

they are for linux clusters and because MS code development doesn't<br>really favor the unix-derived posix environment for moving data around<br>-- its biggest advantage is in visual/windowed stuff, e.g. VB.  What<br>good is VB in a grid, where your application CANNOT do anything

<br>whatsoever with a GUI?<br><br>So programmers will be reduced to writing in raw C, C++, Fortran,<br>POSIX-style code regardless.  So do they really want to do this using a<br>compiler that costs a node (or two), an operating system that costs a

<br>third of a node (per node), parallel extensions that cost even more (per<br>node), library issues, complex licensing arrangements (how IS Microsoft<br>going to control cost scaling inside the cluster, especially if the

<br>cluster itself lives inside a firewall, hmmm?) and ALSO have to deal<br>with BSOD every time some exotic feature of their code that probes a<br>part that is NEVER explored in MS's more traditional applications<br>generates a terminal fault?  With any POSSIBLE hope of real optimization

<br>largely beyond their grasp, since the OS will absolutely hide all<br>details of the network interface that might be used to optimize (given<br>that permitting tuning here might destabilize the OS and increase BSOD<br>

occurrences and give a bad perception of the stability of MS's product)?<br>Even those NIH folks are likely to start counting nodes vs cost at some<br>point -- getting a cluster 1/2 the size because you want to run MS<br>

clustering software just won't cut it, I don't think.<br><br>So, naaaaa, not likely to be a popular development platform for real<br>researcher's writing their own code or using open source code.<br>Commercial only.<br><br>

So the real (rhetorical:-) question is:  Who is writing the commercial<br>software that will run on this? and: Is anyone out there going to buy it<br>at rates that scale per node, given that one is basically SPENDING nodes

<br>to get it?  It isn't about the OS, it's about applications,<br>applications, applications.  One has been able to develop and run<br>parallel applications on WinXX systems for a long time now, really --<br>pretty much as long as on linux if not longer.  PVM for WinXX existed

<br>back when Linux was but a gleam in Linus's eye.  There is a REASON that<br>even way back then, when WinXX was much CHEAPER than commercial Unices,<br>it was a most unpopular platform for parallel code development, and that

<br>reason hasn't really changed.  If "enough" parallel killer apps are<br>written for MS clusters and "enough" people actually buy them, MS will<br>survive in this market.  If not, hey, they probably won't lose money on

<br>it given that any sales at all are likely to carry a high profit margin<br>relative to direct costs, and it isn't really that difficult to build a<br>"cluster" on top of ANY operating system that groks "network".  The

<br>clustering team is probably tiny and cheap, as MS project typically go,<br>and at the moment is probably spending more time ensuring that there are<br>commercial apps ready to go than they are ensuring that there is<br>

anything particularly "cool" about the clustering environment itself.<br><br>     rgb<br><br>--<br>Robert G. Brown                        <a href="http://www.phy.duke.edu/~rgb/">http://www.phy.duke.edu/~rgb/</a>

<br>Duke University Dept. of Physics, Box 90305<br>Durham, N.C. 27708-0305<br>Phone: 1-919-660-2567  Fax: 919-660-2525     <a href="mailto:email:rgb@phy.duke.edu">email:rgb@phy.duke.edu</a><br><br><br>_______________________________________________

<br>Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org">Beowulf@beowulf.org</a><br>To change your subscription (digest mode or unsubscribe) visit <a href="http://www.beowulf.org/mailman/listinfo/beowulf">http://www.beowulf.org/mailman/listinfo/beowulf

</a><br><br></blockquote></div><br>