.@open-mpi.org] On Behalf
Of Ricardo Reis
Sent: Monday, April 05, 2010 3:20 PM
To: Open MPI Users
Subject: Re: [OMPI users] Best way to reduce 3D array
On Mon, 5 Apr 2010, Rob Latham wrote:
On Tue, Mar 30, 2010 at 11:51:39PM +0100, Ricardo Reis wrote:
If using the master/slace IO model, would
en-mpi.org [mailto:users-boun...@open-mpi.org] On Behalf
Of Ricardo Reis
Sent: Monday, April 05, 2010 3:20 PM
To: Open MPI Users
Subject: Re: [OMPI users] Best way to reduce 3D array
On Mon, 5 Apr 2010, Rob Latham wrote:
> On Tue, Mar 30, 2010 at 11:51:39PM +0100, Ricardo Reis wrote:
>&g
On Mon, 5 Apr 2010, Rob Latham wrote:
On Tue, Mar 30, 2010 at 11:51:39PM +0100, Ricardo Reis wrote:
If using the master/slace IO model, would it be better to cicle
through all the process and each one would write it's part of the
array into the file. This file would be open in "stream" mode..
On Tue, Mar 30, 2010 at 11:51:39PM +0100, Ricardo Reis wrote:
>
> If using the master/slace IO model, would it be better to cicle
> through all the process and each one would write it's part of the
> array into the file. This file would be open in "stream" mode...
>
> like
>
> do p=0,nprocs-1
On Tue, 30 Mar 2010, Gus Correa wrote:
Salve Ricardo Reis!
Como vai a Radio Zero?
:) busy, busy, busy. we are preparing to celebrate Yuri's Night, April the
12th!
Doesn't this serialize the I/O operation across the processors,
whereas MPI_Gather followed by rank_0 I/O may perhaps move
the
Salve Ricardo Reis!
Como vai a Radio Zero?
Doesn't this serialize the I/O operation across the processors,
whereas MPI_Gather followed by rank_0 I/O may perhaps move
the data faster to rank_0, and eventually to disk
(particularly when the number of processes is large)?
I never thought of your s
If using the master/slace IO model, would it be better to cicle through
all the process and each one would write it's part of the array into the
file. This file would be open in "stream" mode...
like
do p=0,nprocs-1
if(my_rank.eq.i)then
openfile (append mode)
write_to_file
Hi Derek
Great to read that you parallelized the code.
Sorry to hear about the OO problems,
although I enjoyed to read your characterization of it. :)
We also have plenty of that,
mostly with some Fortran90 codes that go OOverboard.
I think I suggested "YZ-books", i.e., decompose the domain acr
