[MITgcm-devel] missing barrier causing problems for packing
Jean-Michel Campin
jmc at ocean.mit.edu
Mon Jan 30 19:05:56 EST 2012
Hi Matt,
Just to clarify a detail: you mean an MPI_BARRIER call
(the usual _BARRIER just sync threads and does not do anything
between different MPI procs).
There is an example of such a call in ini_procs.F
(the one in eeboot_minimal.F is not the right one)
And as where to put it, may be (naively) at the top of S/R CTRL_PACK ?
Cheers,
Jean-Michel
On Mon, Jan 30, 2012 at 02:13:19PM -0800, Matthew Mazloff wrote:
> Hello
>
> We have come across the problem where the packing initiates before
> all processors finish writing adxx_theta, and thus sometimes
> ecco_cost is incorrect (zeros were read/written instead of proper
> gradients.)
>
> We need to have a barrier put in either
>
> around line 261 at the beginning of the_main_loop.F before
> CALL INITIALISE_VARIA( mythid )
>
> or in the_model_main.F around line 600 between
> CALL THE_MAIN_LOOP( myCurrentTime, myCurrentIter, myThid )
> and
> CALL CTRL_PACK( .FALSE. , mythid )
>
>
> Let me know what is preferable -- and if someone wants to go ahead
> and check this in that would be great!
>
> Thanks
> Matt
>
>
>
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel
More information about the MITgcm-devel
mailing list