Home
Learning About Clusters
Programming Clusters
Administering Clusters
Benchmarking Clusters
File Systems for Clusters
Cluster Applications/Grid
Cluster News
Site Map
 
    Home arrow News arrow Select News arrow A Discussion On Parallel Languages
Search
Monkey Support
Main Menu
Home
News
Features
Columns
Reviews
Links
FAQ's
Contact
Site Information
Projects
Conference Reports
Cluster Tweaks
Site Map
Add This Article
Login Form





Lost Password?
No account yet? Register

Cluster Agenda

Cluster Builder

Mellanox End-To-End Connectivity


A Discussion On Parallel Languages Print E-mail
Written by Douglas Eadline   
Friday, 01 September 2006

There is an interesting discussion about Parallel Languages over at the IEEE Technical Committee on Scalable Computing. The discussion was initiated by Greg Pfister of IBM (And author of In Search of Clusters.) The excellent question he posed is below (click Read More) Your thoughts are welcome here as well.

The question that leads to this discussion follows:

With just an hour or so of web surfing, I amassed a list of 80-100 different parallel language efforts, and those are mostly current, active, efforts. (I wondered for a while why I wasn't getting many web references earlier than about 1993. Duh.) There are probably at least another 100 pre-web.

So why, as a first approximation, are none used? Sure, some are used somewhat, in some cases. But go to IPDPS or the like, and all you hear about is (a) MPI - mostly; (b) OpenMP - much less so. Not even much on auto-parallelization, recently.

My tentative theory: It boils down to $$$$, via portability and longevity.

A good compiler, parallel language or not, is expensive to develop. The customers aren't satisfied with a mediocre one.

Similarly, important application codes are expensive to develop, and are expected to last a long time, well past the hardware fad or acquisition of the moment. (Come to think of it, compilers themselves try to last a long time, too.)

So, nobody puts the application code investment into anything that's not extremely likely to be portable over machines and over time. That boils down to a very standard language (Fortran, C) with a subroutine package (MPI, OpenMP). New languages may be nice, but ensuring they're on many machines over time is at least not simple and at worst very expensive.

There are undoubtedly other reasons, like education and familiarity. But I think they pale compared with the economics of portability.

Any comments on this?

Comment on this article
You must login to leave comments...


Other Visitors Comments
There are no comments currently....
Last Updated ( Tuesday, 05 December 2006 )
 
< Prev Article   Next Article >
Unicef Haiti Earthquake
Latest Stories/News
Popular
Cluster Ranting By Eadline
InsideHPC
  • HPC 360 Conference Means Business

    There’s an upstart conference on Commercial HPC coming up at the end of the month called HPC 360. Will they be able to attract Joe Businessman to come and hear about the benefits of high performance computing? Maybe, considering that they are throwing in tickets for a Big Ten tailgate party. So that raises a bigger [...]

  • Launching a New Product at SC10? Get Featured in SCW Magazine

    Scientific Computing World magazine will feature a preview round-up of new products being launched at SC10 in New Orleans this November. If you are exhibiting and would like to be included in SCW’s preview, please send them a 150-word summary of what you will be featuring/demonstrating plus an image (min 300dpi, approx 5 x 5cm, [...]

  • SGI Announces Financial Results

    SGI announced their financial results today.  Normally, this would be followed by analyst speculation, CFO pontification and lots of yawning.  Well, this is a special quarter for SGI.  It marks the end of the first full fiscal year after Rackable purchased the company in the spring of 2009.  So, how’d they do? The SGI sales figures [...]

 

Creative Commons License
  ©2005-2008 Seagrove LLC, Some rights reserved. Except where otherwise noted, this site is licensed under a
Creative Commons Attribution-NonCommercial-ShareAlike 2.5 License.
Cluster Monkey Logo and Monkey Character are Trademarks of Seagrove LLC.