(j3.2006) (SC22WG5.3870) [MPI3 Fortran] MPI non-blocking transfers

N.M. Maclaren nmm1
Wed Jan 21 16:17:45 EST 2009


>>>>    2) Most people seem to agree that a data attribute is essential,
>>>> and a purely procedure-based solution will not work.
>>>>
>>>> Do you agree with this and, if not, why not?
>>>>       
>>> The question hints at a common confusion. 
>>>     
>> Please answer the actual question.
>
>I would have if the question were well-formed.  It was not.  I was just 
>trying to explain the situation as clearly as possible.  I'm looking at 
>this from a vendor perspective.  There are two issues that have separate 
>solutions.   Failing to understand this resulted in some 
>bandwidth-wasting email recently, and I'm trying to head off more of the 
>same.

Actually, the question is perfectly well-formed, but your (or Jeff's?)
answer is wrong, because it doesn't address all of the issues raised by
the Fortran standard. 

>> Answer to question 2 is no---something new is proposed. Are you 
>> proposing something new or do you prefer an ASYNCH_EXTERNAL attribute? 
>
>I'm open to either approach.  This is something the MPI folks need to 
>decide. Are they willing to have a completely different library 
>interface for Fortran? 

Eh?  No proposal so far has been completely different.  The way that MPI
is specified, there is no difference between requiring an ASYNCHRONOUS
attribute and requiring and ASYNCH_EXTERNAL one.  Both need a minor change.

>> Or maybe you prefer not to do anything at all (i.e., ignore the issue).
>
>Considering that people have been using MPI with considerable success 
>for a very long time, that is one option.  However, the discussion 
>presupposes that facilities to reduce possible user problems are 
>desired, so either you accept the premise or drop out of the discussion.

As someone with experience of installing and supporting multiple different
MPI's on multiple different systems, it is thoroughly undesirable.  Almost
every compiler requires special flags to work together with MPI non-blocking
transfers, those options are only sometimes documented and then typically
in a place that only the most expert administrator will find (and no users
that I have met).  That is a BIG problem.


Regards,
Nick Maclaren,
University of Cambridge Computing Service,
New Museums Site, Pembroke Street, Cambridge CB2 3QH, England.
Email:  nmm1 at cam.ac.uk
Tel.:  +44 1223 334761    Fax:  +44 1223 334679




More information about the J3 mailing list