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

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 >
Appro International
HPC Community: Open Software, Help, and Tips
Latest Stories/News
Popular
Cluster Ranting By Eadline
InsideHPC
  • Cisco aims new container offering at feds

    DataCenterKnowledge is talking this week about Cisco’s latest planned product: a container computing solution. It’s no surprise that Cisco Systems has confirmed that it is officially developing a data center container offering. In reality, Cisco (CSCO) has been busy in the container market for some time, most visibly in procuring a container for the Nebula cloud [...]

  • Yotta Yotta IP features in Gelsinger’s plan from EMC

    Stacey Higginbotham at GigaOm is reporting this week on Pat Gelsinger’s vision (fresh off 30 years at Intel) for EMC’s to virtualize and federate storage on a global scale Pat Gelsinger, who moved to EMC late last year after 30 years at Intel, is stirring things up at the storage giant with a plan to virtualize [...]

  • 3D chip integration research at IBM

    Last week IBM’s Zurich research team and its partners were talking about progress on 3D integration as a path for continuing the Moore’s law growth of transistors. The argument is that we won’t be able to stay on the Moore’s law density curve for another 15 years by virtue of diminishing feature size alone — [...]

 

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.