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
Cluster Classifieds
Projects
Conference Reports
Cluster Agenda
Site Map
ClusterRant
Add This Article
Login Form





Lost Password?
No account yet? Register

Visit Basement Supercomputing

Cluster Builder

Cluster Courses


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 >
Linux HPC
HPC Community: Open Software, Help, and Tips
Latest Stories/News
Popular
Cluster Ranting By Eadline
InsideHPC
  • The Week in Vis

    Randall Hand from VizWorld.com, the web's best site dedicated to computer graphics and scientific visualization, recap's the week's best stories related to supercomputing in the visualization and graphics industries. This week he talks about the use of simulations in Formula 1, shattering objects, and bringing down buildings.

  • Sun Video Presentation: Performance Tuning

    The Sun HPC Watercooler posted yet another helpful video presentation focused on the trials and tribulations of HPC.  This video is actually the first ‘module’ in a series entitled “An Introduction to Parallel Programming.’  The series will focus on the basics of parallel programming, debugging and general application development tips. In order to help developers and [...]

  • Green HPC podcast series, the transcript

    Just a quick note to update you on the Green HPC podcast series, which has gotten a tremendous response (thanks!). I’ve added a transcript of the first episode, in case you’re more of a reading person than a listening person. If you don’t know about the series yet, take a listen to the first episode. Get [...]

 

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.