Re: [MPI3 Fortran] Proposing changes to Fortran 2008
Hi, The datatypes used in several concurrent operations may describe portions of data that overlap (hole/dataA, dataB/hole). In this case sending the holes will violate the standard I'm afraid. Best regards. Alexander -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Jeff Squyres Sent: Thursday, March 20, 2008 8:27 PM To: MPI-3 Fortran working group Subject: Re: [MPI3 Fortran] Proposing changes to Fortran 2008 On homogeneous architectures -- where the same hardware and software is used on all sides (to include the compiler) -- yes, this will likely work just fine. And probably most people do this, because it can be quite a bit easier. If your data is dense in memory, that's probably "good enough". If your data is sparse, you could end up sending quite a bit of garbage along with your real data, decreasing the bandwidth available to your app, potentially adding more latency, etc. In heterogeneous situations (where any of the above assumptions is not true), it clearly may not work properly. On Mar 20, 2008, at 1:47 PM, Aleksandar Donev wrote:
On Thursday 20 March 2008 10:35, Jeff Squyres wrote:
because the user application will have had to created an MPI datatype *at run time* that will have accurate offsets/types of each member. Out of curiosity: Have you seen codes that actually do that? What I would do, to make my life simple, is treated the whole scalar of derived type as a blob of memory and ignored what fields are actually inside, in what order, and with what padding. On homogeneous architectures doesn't this work just fine? Aleks
_______________________________________________ mpi3-fortran mailing list [email protected] http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-fortran
-- Jeff Squyres Cisco Systems _______________________________________________ mpi3-fortran mailing list [email protected] http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi3-fortran --------------------------------------------------------------------- Intel GmbH Dornacher Strasse 1 85622 Feldkirchen/Muenchen Germany Sitz der Gesellschaft: Feldkirchen bei Muenchen Geschaeftsfuehrer: Douglas Lusk, Peter Gleissner, Hannes Schwaderer Registergericht: Muenchen HRB 47456 Ust.-IdNr. VAT Registration No.: DE129385895 Citibank Frankfurt (BLZ 502 109 00) 600119052 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
participants (1)
-
Supalov, Alexander