Problems with using MPI 1.1 and 2.0 as compilation targets for parallel language implementations

Conference · Wed Oct 01 00:00:00 EDT 2003

DOI:https://doi.org/10.1504/IJHPCN.2004.007569· OSTI ID:1511289

Bonachea, D; Duell, J

MPI support is nearly ubiquitous on high performance systems today, and is generally highly tuned for performance. It would thus seem to offer a convenient “portable network assembly language” to developers of parallel programming languages who wish to target different network architectures. Unfortunately, neither the traditional MPI 1.1 API, nor the newer MPI 2.0 extensions for one-sided communication provide an adequate compilation target for global address space languages, and this is likely to be the case for many other parallel languages as well. Simulating one-sided communication under the MPI 1.1 API is too expensive, while the MPI 2.0 one-sided API imposes a number of significant restrictions on memory access patterns that that would need to be incorporated at the language level, as a compiler can not effectively hide them given current conflict and alias detection algorithms.

• Research Organization: Lawrence Berkeley National Lab. (LBNL), Berkeley, CA (United States)
• Sponsoring Organization: USDOE Office of Science (SC), Advanced Scientific Computing Research (ASCR)
• DOE Contract Number: AC02-05CH11231
• OSTI ID: 1511289
• Resource Relation: Journal Volume: 1; Journal Issue: 1/2/3; Conference: 2003 Conference
• Country of Publication: United States
• Language: English