(j3.2006) [ukfortran] (SC22WG5.5059) WG5 vote on draft TS on further coarray features

Bill Long longb
Tue Aug 6 09:23:05 EDT 2013



On 8/6/13 8:20 AM, Bill Long wrote:
>
>
> On 8/5/13 7:26 PM, Van Snyder wrote:
>
>> It seems that if an image on an SMP node has several cores, between
>> which work is shared using OpenMP, one needs an intrinsic, perhaps
>> having nothing to do with coarrays, that shows how many cores are
>> available for that image.  Is this already part of OpenMP?

I should have added that, yes, OpenMP provides inquiry functions that 
return the number of threads and various other execution time information.


>
> Why is anything like that needed?  OpenMP directives are typically
> independent of the  number of threads.    The number is relevant when
> you launch the program.  OpenMP provides an environment variable to
> specify the number of threads.  Similarly, program launchers may specify
> this value.  The program can, and should be, written independent of how
> many threads/image and how many images are used for execution.
>
>>
>> Are coarrays really intended to be a replacement for both OpenMP and
>> MPI, as originally sold at Tokyo (and earlier), or just for MPI?  It was
>
> Coarrays are part of the Fortran 2008 parallel programming feature.  The
> feature is designed so that it can be implemented in a shared memory
> environment, a distributed memory environment, or a combination of both.
>    That's it.  What you decide to "replace" is up to you.
>
> The names "MPI" and "OpenMP" are not part of the normative text in the
> standard.  There is an implicit assumption, for practical reasons, that
> implementations will "play nice" with these two models so that
> incremental code change is possible.   Formal specification of those
> interactions are the responsibilities of the MPI and OpenMP groups
> respectively.
>
>> my understanding that the distinction between communication using an
>> interconnect between nodes (whether or not using a global address
>> space), and using shared memory on a single node, would be handled
>> "under the covers" by a competent coarray implementation.  Is that no
>> longer the expectation?
>
> That has always been the expectation.  I have no idea why you imagine
> otherwise.
>
> Cheers,
> Bill
>

-- 
Bill Long                                           longb at cray.com
Fortran Technical Support    &                 voice: 651-605-9024
Bioinformatics Software Development            fax:   651-605-9142
Cray Inc./Cray Plaza, Suite 210/380 Jackson St./St. Paul, MN 55101





More information about the J3 mailing list