I decided to try and isolate the issue, and created two example test programs that appear to highlight an issue with Open MPI; both die when I run them on 2 processors. I am pretty certain the first (putoneway.f90) should work, as I am only doing a single put from one processor to a second processor; the target processor is doing nothing with the window'ed array that is receiving the data. My guess is the problem lies in the indexed datatypes that I am using for both the origin and target.
The second case (putbothways.f90) closely mirrors what I am actually trying to do in my code, that is have each processor put into the other processors window'ed array at the same time. So, each process is sending from and receiving into the same array at the same time, with no overlap in the sent and received data. Once again I'm using indexed data types for both the origin and target. To build: mpif90 putoneway.f90 To run: mpiexec -np 2 a.out Matt -----Original Message----- From: users-boun...@open-mpi.org [mailto:users-boun...@open-mpi.org] On Behalf Of James Dinan Sent: Thursday, December 16, 2010 10:09 AM To: Open MPI Users Subject: Re: [OMPI users] Using MPI_Put/Get correctly? On 12/16/2010 08:34 AM, Jeff Squyres wrote: > Additionally, since MPI-3 is updating the semantics of the one-sided > stuff, it might be worth waiting for all those clarifications before > venturing into the MPI one-sided realm. One-sided semantics are much > more subtle and complex than two-sided semantics. Hi Jeff, I don't think we should give users the hope that MPI-3 RMA will be out tomorrow. The RMA revisions are still in proposal form and need work. Realistically speaking, we might be able to get this accepted into the standard within a year and it will be another year before implementations catch up. If users need one-sided now, they should use the MPI-2 one-sided API. MPI-3 RMA extends MPI-2 RMA and will be backward compatible, so anything you write now will still work. It's still unclear to me whether MPI-3's RMA semantics will be the leap forward in usability we have hoped for. We are trying to make it more flexible, but there will likely still be tricky parts due to portability and performance concerns. So, my advice: don't be scared of MPI-2. I agree, it's complicated, but once you get acclimated it's not that bad. Really. :) Best, ~Jim. _______________________________________________ users mailing list us...@open-mpi.org http://www.open-mpi.org/mailman/listinfo.cgi/users
putbothways.f90
Description: Binary data
putoneway.f90
Description: Binary data
smime.p7s
Description: S/MIME cryptographic signature
