[Mpi3-rma] MPI-3.1 RMA planning
James Dinan
dinan at mcs.anl.gov
Fri Aug 3 14:48:56 CDT 2012
I second this discussion. I would like to see an option for users to specify the type of data in the window rather than a disp_unit in bytes.
I also think we should consider adding MPI_Win_shared_get_attr() and deprecating MPI_Win_shared_query().
~Jim.
----- Original Message -----
From: "Pavan Balaji" <balaji at mcs.anl.gov>
To: mpi3-rma at lists.mpi-forum.org
Sent: Thursday, July 26, 2012 12:27:39 PM
Subject: Re: [Mpi3-rma] MPI-3.1 RMA planning
>> 2. The disp_unit is a weird semantic which is really meant to
>> demonstrate what datatype I will be using. We are jumping through hoops
>> to get the same_size and same_disp_unit measures which make little sense
>> on heterogeneous systems. The correct way to do this would have been to
>> not take a disp_unit parameter at all, and instead take a MPI_Datatype
>> parameter. In this case, two different processes can give MPI_INT but
>> have different type sizes. That adds better safety checks in MPI.
> Maybe, but for some reasons, RMA windows are completely specified with
> bytes. I am not sure what the reason for this was.
>
>> Unfortunately, all our window creation routines are screwed up in this
>> manner. We should consider adding MPI_Win_create_type,
>> MPI_Win_allocate_type, MPI_Win_allocate_shared_type in MPI-3.1 and
>> deprecating the older routines. It would have been much better to do
>> this in 3.0, but it's not a small change.
> Ugs, this makes me shiver. I agree in principle, but it's ugly.
This is just a starting point for discussion. I was just trying to
illustrate the problem and give a starting recommendation for
discussion. The underlying issue is that using bytes directly is a bad
model in MPI, whether it is for send/recv or RMA.
More information about the mpiwg-rma
mailing list