[MITgcm-devel] [MITgcm-cvs] CVS Commit MITgcm_contrib/verification_other/shelfice_remeshing/results
Jean-Michel Campin
jmc at mit.edu
Tue Mar 15 16:22:05 EDT 2016
Hi Dan,
You are right: access to baudelaire from outside MIT as been removed.
We are working on getting a safe and updated replacement for baudelaire
that will fix this problem.
> could either you remind me how to run test reports for verification_other?
Usually I download a specific experiment from verification_other
and put it directly in my MITgcm/verification dir:
cd MITgcm/verification
cvs co -P -d shelfice_remeshing MITgcm_contrib/verification_other/shelfice_remeshing
This is what we do for daily testing.
Cheers,
Jean-Michel
On Tue, Mar 15, 2016 at 06:09:16PM +0000, Daniel Goldberg wrote:
> hi j-m --
>
> this is my fault. i did not realise jim was to generate the output file. i
> also cannot seem to login to baudelaire unless i log in from an mit
> computer; this is not a public/private key issue as I am able to commit to
> CVS from edinburgh. therefore i do not think jim can do this.
>
> jim, i will generate the output file.
>
> could either you remind me how to run test reports for verification_other?
>
> many thanks
> dan
>
> On Tue, Mar 15, 2016 at 6:01 PM, Jean-Michel Campin <jmc at mit.edu> wrote:
>
> > Hi Jim,
> >
> > Yes, it's better now. I get some valid comparison:
> > Y Y Y Y> 8<16 16 16 14 16 16 14 16 1 1 3 1 12 12 9 13 . . . . .
> > . . . FAIL shelfice_remeshing
> > However, the agreement is not great.
> > The convention is that the reference output (output.txt) is supposed to be
> > generated using "tools/build_options/linux_amd64_gfortran" optfile with
> > zero optimisation
> > (genmake2 option "-ieee", which is testreport default, or better, option
> > "-devel")
> > on platform similar to baudelaire.csail.mit.edu.
> > This is mentionned in the "HowTo" document, sections 4.2.1 & 4.2.2.
> >
> > You should have access to baudelaire, but if it's not very easy, you
> > should be able to pick
> > a similar platform (and should not matter too much).
> > And just as reminder, OS version is stored at the top of summary
> > >
> > http://mitgcm.org/testing/results/2016_03/tr_baudelaire-b_20160315_2/summary.txt
> > and compiler version is printed in "genmake_state" file:
> > >
> > http://mitgcm.org/testing/results/2016_03/tr_baudelaire-b_20160315_2/genmake_state
> >
> > Cheers,
> > Jean-Michel
> >
> > On Tue, Mar 15, 2016 at 04:14:18PM +0000, Jordan, James R wrote:
> > > Hi Jean-Michel,
> > >
> > > Have rerun with the updated parameter files, and committed the new
> > output.txt. Hopefully this one works better!
> > >
> > > Jim
> > >
> > > -----Original Message-----
> > > From: Jean-Michel Campin [mailto:jmc at mit.edu]
> > > Sent: 15 March 2016 13:55
> > > To: mitgcm-devel at mitgcm.org
> > > Cc: Jordan, James R; dngoldberg at gmail.com; Jean-Michel Campin
> > > Subject: Re: [MITgcm-cvs] CVS Commit
> > MITgcm_contrib/verification_other/shelfice_remeshing/results
> > >
> > > Hi Jim,
> > >
> > > It seems that this new output has not been generated with the updated
> > parameter files (all the changes I've made ~ march 1rst), so that the
> > testreport from last night failed for this experiment:
> > >
> > http://mitgcm.org/testing/results/2016_03/tr_baudelaire-b_20160315_2/summary.txt
> > >
> > > I also take this oportunity to remember everyone that it's probably
> > better to check-in files only in "unix" format file (as oppose to "dos"
> > format).
> > > The mix of both can be difficult to process (e.g., ignoring the
> > conversion dos --> unix I made on March 1rst, your new output.txt appears
> > having a "^M" at the end of all lines that are copied form parameter
> > files).
> > >
> > > Cheers,
> > > Jean-Michel
> > >
> > > On Mon, Mar 14, 2016 at 10:02:10AM -0400, Daniel N. Goldberg, 54-1423,
> > 6172532977, wrote:
> > > > Update of
> > > > /u/gcmpack/MITgcm_contrib/verification_other/shelfice_remeshing/result
> > > > s In directory forge:/tmp/cvs-serv6041/results
> > > >
> > > > Modified Files:
> > > > output.txt
> > > > Log Message:
> > > > Corrected remeshing thresholds
> > > >
> > > >
> > > > _______________________________________________
> > > > MITgcm-cvs mailing list
> > > > MITgcm-cvs at mitgcm.org
> > > > http://mitgcm.org/mailman/listinfo/mitgcm-cvs
> > > ________________________________
> > > This message (and any attachments) is for the recipient only. NERC is
> > subject to the Freedom of Information Act 2000 and the contents of this
> > email and any reply you make may be disclosed by NERC unless it is exempt
> > from release under the Act. Any material supplied to NERC may be stored in
> > an electronic records management system.
> > > ________________________________
> > >
> > > _______________________________________________
> > > MITgcm-devel mailing list
> > > MITgcm-devel at mitgcm.org
> > > http://mitgcm.org/mailman/listinfo/mitgcm-devel
> >
>
>
>
> --
>
> Daniel Goldberg, PhD
> Lecturer in Glaciology
> School of Geosciences, University of Edinburgh
> Geography Building, Drummond Street, Edinburgh EH8 9XP
>
>
> em: D <dgoldber at mit.edu>an.Goldberg at ed.ac.uk
> web: http://ocean.mit.edu/~dgoldberg
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel
More information about the MITgcm-devel
mailing list