[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