[MITgcm-devel] Fwd: [MITgcm-cvs] MITgcm/doc CVS Commit
Jean-Michel Campin
jmc at ocean.mit.edu
Sun Jun 29 11:09:44 EDT 2014
Hi Martin,
here attached is the testreport output the I obtained last Friday
after your changes.
I am currently re-running testreport to check that I did not make a
big mistake last Friday (putting back your modified seaice_lsr.F &
seaice_preconditioner.F), but it looks similar to the one
I got Friday (expected, since it's the same code).
Cheers,
Jean-Michel
On Sun, Jun 29, 2014 at 12:37:51PM +0200, Martin Losch wrote:
> Hi Jean-Michel,
>
> That's very interesting, because I did run testreport on my local linux box that usually gives the same results as baudelaire with gfortran both for forward and adoint tests. The only changing experiment I found was labsea, which always gives slightly different results, no matter what you do. And I even ran adjoint offline exf seaice on baudelaire. Not sure where I went wrong. The most important changes were about the adjoint. On Monday, I will retry with keeping the uvtmp fields although I do not see why they should be important at all.
>
> Martin
>
> > On 27.06.2014, at 22:25, Jean-Michel Campin <jmc at ocean.mit.edu> wrote:
> >
> > Hi Martin,
> >
> > Did you run testreport after your changes ?
> > When I try (with MPI on old 32-bit cluster with g77 and without
> > MPI on baudelaire with gfortran) I am getting a FAIL for
> > most (if not all) of the exp that uses seaice-dynamics with LSR
> >
> > Also, this uTmp,vTmp was added in seaice_lsr.F revision 62
> > by me (harder to go back in time before that since it was re-written
> > substancially), and I don't think it was useless.
> >
> > I am thinking of changing back seaice_lsr.F & seaice_preconditioner.F
> > until you figure out if/how uTmp/vTmp can be removed without changing
> > the results.
> >
> > Cheers,
> > Jean-Michel
> >
> >> On Fri, Jun 27, 2014 at 04:38:01PM +0200, Martin Losch wrote:
> >> let’s see, how much of the model I messed up this time … (o:
> >>
> >> Have a good weekend,
> >> Martin
> >>
> >> Begin forwarded message:
> >>
> >>> From: Martin Losch <mlosch at forge.csail.mit.edu>
> >>> Subject: [MITgcm-cvs] MITgcm/doc CVS Commit
> >>> Date: June 27, 2014 at 4:37:03 PM GMT+2
> >>> To: <mitgcm-cvs at mitgcm.org>
> >>> Reply-To: <MITgcm-cvs at mitgcm.org>
> >>>
> >>> Update of /u/gcmpack/MITgcm/doc
> >>> In directory forge:/tmp/cvs-serv5798/doc
> >>>
> >>> Modified Files:
> >>> tag-index
> >>> Log Message:
> >>> add this to the tag-index:
> >>> - remove unnecessary u/vTmp from subroutine call of
> >>> seaice_lsr_tridiagu/v
> >>> - remove some store directives and add new ones in an effort to get
> >>> finally rid off the recomputation warnings. This is successful
> >>> for SEAICE_VECTORIZE_LSR defined (i.e. no extensive recomputation
> >>> warnings left), but there are still too many recomputations on the
> >>> solver iteration level
> >>>
> >>>
> >>> _______________________________________________
> >>> MITgcm-cvs mailing list
> >>> MITgcm-cvs at mitgcm.org
> >>> http://mitgcm.org/mailman/listinfo/mitgcm-cvs
> >
> > _______________________________________________
> > MITgcm-devel mailing list
> > MITgcm-devel at mitgcm.org
> > http://mitgcm.org/mailman/listinfo/mitgcm-devel
>
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel
-------------- next part --------------
Fri Jun 27 16:00:02 EDT 2014
run: testreport -dd -of linux_amd64_gfortran -devel -t 'global_ocean.cs32x15 lab_sea offline_exf_seaice seaice_itd seaice_obcs'
on : Linux baudelaire 2.6.34.7-61.fc13.x86_64 #1 SMP Tue Oct 19 04:06:30 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux
OPTFILE=/scratch/jmc/gcm_current/verification/linux_amd64_gfortran
default 10 ----T----- ----S----- ----U----- ----V----- --PTR 01-- --PTR 02-- --PTR 03-- --PTR 04-- --PTR 05--
G D M c m s m s m s m s m s m s m s m s m s
e p a R g m m e . m m e . m m e . m m e . m m e . m m e . m m e . m m e . m m e .
n n k u 2 i a a d i a a d i a a d i a a d i a a d i a a d i a a d i a a d i a a d
2 d e n d n x n . n x n . n x n . n x n . n x n . n x n . n x n . n x n . n x n .
Y Y Y Y>16<16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 pass global_ocean.cs32x15
Y Y Y Y> 5<10 10 9 9 13 6 10 8 7 8 5 7 8 7 5 7 6 8 6 6 8 5 FAIL global_ocean.cs32x15.icedyn
Y Y Y Y> 5<10 10 10 10 13 7 11 8 7 8 5 7 8 8 6 7 22 16 6 6 22 5 6 5 FAIL global_ocean.cs32x15.seaice
Y Y Y Y>16<16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 pass global_ocean.cs32x15.thsice
Y Y Y Y>16<16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 pass global_ocean.cs32x15.viscA4
Y Y Y Y> 2< 8 9 9 8 12 11 11 8 3 5 3 4 5 5 2 5 22 9 7 6 22 8 7 7 FAIL lab_sea
Y Y Y Y>16<16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 22 16 16 16 22 16 16 16 pass lab_sea.fd
Y Y Y Y>16<16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 16 22 16 16 16 22 16 16 16 pass lab_sea.hb87
Y Y Y Y> 4< 8 9 9 8 11 11 11 8 3 4 3 3 4 4 3 3 22 8 7 6 22 8 7 6 FAIL lab_sea.salt_plume
Y Y Y Y -- 2 2 2 0 2 0 2 2 0 0 0> 0< 0 0 0 0 FAIL offline_exf_seaice
Y Y Y Y -- 16 16 16 16 16 16 16 16 16 16 16>16<16 16 16 16 pass offline_exf_seaice.dyn_jfnk
Y Y Y Y -- 0 16 2 0 0 1 16 0 0 0 0> 0< 0 0 0 0 FAIL offline_exf_seaice.dyn_lsr
Y Y Y Y -- 16 16 16 16 16 16 16 22 22 16 16 16 22 16 16>16<pass offline_exf_seaice.thermo
Y Y Y Y -- 16 16 16 16 16 16 16 22 16 16 16 16 16 16 16>16<pass offline_exf_seaice.thsice
Y Y Y Y -- 16 5 2 2 16 5 6 2 0 0 0> 0< 0 0 0 0 FAIL seaice_itd
Y Y Y Y -- 0 16 2 0 0 5 8 2 0 0 0> 0< 0 0 0 0 FAIL seaice_itd.lipscomb07
Y Y Y Y -- 16 5 2 2 16 5 7 3 0 0 0> 0< 0 1 0 0 FAIL seaice_itd.thermo
Y Y Y Y> 6< 8 11 11 9 12 16 13 10 5 5 5 5 6 7 6 6 22 7 8 8 22 7 9 8 FAIL seaice_obcs
Y Y Y Y> 6< 8 11 11 9 12 16 13 10 5 5 5 5 6 7 6 6 22 7 8 8 22 7 8 8 FAIL seaice_obcs.seaiceSponge
Y Y Y Y> 7< 8 10 10 9 13 16 12 10 5 6 7 7 6 6 7 6 22 6 8 7 22 6 8 6 FAIL seaice_obcs.tides
Start time: Fri Jun 27 16:00:02 EDT 2014
End time: Fri Jun 27 16:26:26 EDT 2014
More information about the MITgcm-devel
mailing list