[Mpi3-rma] Updated Proposal 1

Torsten Hoefler htor at illinois.edu
Fri Nov 26 13:46:24 CST 2010


Hi All,

We updated the items in proposal 1 that we discussed at the last
telecon. The updated proposal is attached to the Wiki.

There are some open issues:

1) Pavan and I still need to talk about a good strategy to handle the
lock-free vs. lock-all/shared naming/syntax issues.

2) Keith and Brian, could you please elaborate on the arguments against
allowing multiple elements (count>1) in MPI_Get_accumulate? I remember
there was some discussion about buffering and failures if one wanted to
support it in hardware but I don't remember what the issues were. It
seems like one could simply pipeline the hardware operations or just
fall back to a software implementation if count is bigger than a certain
threshold.

Thanks & All the Best,
  Torsten

-- 
 bash$ :(){ :|:&};: --------------------- http://www.unixer.de/ -----
Torsten Hoefler         | Performance Modeling and Simulation Lead
Blue Waters Directorate | University of Illinois (UIUC)
1205 W Clark Street     | Urbana, IL, 61801
NCSA Building           | +01 (217) 244-7736



More information about the mpiwg-rma mailing list