Thanks a lot! Jim. Now I make sense Sufeng On Fri, Jul 5, 2013 at 11:25 AM, <[email protected]> wrote:

Send discuss mailing list submissions to [email protected]

To subscribe or unsubscribe via the World Wide Web, visit https://lists.mpich.org/mailman/listinfo/discuss or, via email, send a message with subject or body 'help' to [email protected]

You can reach the person managing the list at [email protected]

When replying, please edit your Subject line so it is more specific than "Re: Contents of discuss digest..."

Today's Topics:

1. Re: beginner for remote mem access (sufeng) (Pavan Balaji) 2. MPI Benchmark Suite (Jiri Simsa) 3. Re: beginner for remote mem access (sufeng) (Jim Dinan) 4. Re: beginner for remote mem access (sufeng) (Sufeng Niu) 5. Re: beginner for remote mem access (sufeng) (Pavan Balaji) 6. Re: MPI Benchmark Suite (Pavan Balaji) 7. Re: beginner for remote mem access (sufeng) (Sufeng Niu)

----------------------------------------------------------------------

Message: 1 Date: Fri, 05 Jul 2013 10:36:07 -0500 From: Pavan Balaji <[email protected]> To: [email protected] Cc: Sufeng Niu <[email protected]> Subject: Re: [mpich-discuss] beginner for remote mem access (sufeng) Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 07/05/2013 10:28 AM, Sufeng Niu wrote:

...

1. MPI_Win_fence is not similar to MPI_Barrier in some cases. The MPICH implementation can turn some calls into no-ops and others into MPI_Reduce_scatter. I am not quite sure about "turn some calls into no-ops and others into MPI_Reduce_scatter" Could you please give an example if possible? Another thing is if a process create a window for other process, but the data access is available after some operations. Should I use MPI_Win_fence or MPI_Barrier to sync? or other methods?

MPI_WIN_FENCE will make sure that all PUT/GET/ACCUMULATE operations are complete locally and remotely. This is probably what you need.

MPI_BARRIER is useless in this case since PUT/GET/ACCUMULATE can be nonblocking.

...

2. Regarding "use MPI window as thread level", I really don't understand your thinking at all. MPI RMA is not shared memory nor is MPI a threading model. Sorry for uncleared statements, right now I would like to do multithreads and MPI hybrid programming. let me give an example: I have 3 processes, each one has 8 threads. thread 0 in process 0 creates a RMA window. if I would like all other threads to access it, should I use thread 0 in process 1, thread 0 in process 2 to MPI_Get the data from window, then use shared memory for internal threads to load the data? i am not sure what is the proper way for RMA in hybrid model.

All threads within the OS process are part of the same MPI rank. Any of them can access the window as the same rank.

-- Pavan

-- Pavan Balaji http://www.mcs.anl.gov/~balaji

------------------------------

Message: 2 Date: Fri, 5 Jul 2013 11:38:13 -0400 From: Jiri Simsa <[email protected]> To: [email protected] Subject: [mpich-discuss] MPI Benchmark Suite Message-ID: <CAHs9ut-= [email protected]> Content-Type: text/plain; charset="iso-8859-1"

Hello,

Could anyone point me in the direction of programs that are representative of MPI programs? I am looking for something like PARSEC ( http://parsec.cs.princeton.edu/) for MPI. In other words, I am interested in macro-bechnmarks not micro-benchmarks. Thank you.

Best,

--Jiri Simsa