[MITgcm-support] Pickup Output Times

Chris Horvat horvat at fas.harvard.edu
Wed Jan 28 15:52:26 EST 2015


Hey Jean-Michel,

It looks like I missed these somehow when I was searching!?!

You are right, I am setting pickup_write_mnc to TRUE. FALSE seems to
clarify the issue.

Thanks!

Chris



---
Christopher Horvat -- www.chrv.at <http://www.chrv.at/blog.html>


On Tue, Jan 27, 2015 at 2:22 PM, Jean-Michel Campin <jmc at ocean.mit.edu>
wrote:

> Hi Chris,
>
> We do check regularly that the restart is working (no diff at all)
> for all the verification experiments set-up (as reported, e.g., here:
>
> http://mitgcm.org/testing/results/2015_01/rs_acesgrid-mp2_20150127_0/summary.txt
> ), and one experiment uses pkg/cheapaml (cheapAML_box) and an other
> one (in Contrib) uses pkg/cheapaml with sea-ice (offline_cheapaml),
> and both are restarting perfectly.
>
> However, and this has been posted to this list a few times, last time last
> December:
> http://mitgcm.org/pipermail/mitgcm-support/2014-December/009642.html
> there is an issue regarding NetCDF pickup files in MITgcm
> (thinking of adding a warning and changing to FALSE the default value
> of pickup_write_mnc & pickup_read_mnc)
>
> Do you see the same problem when using, in data.mnc :
>  pickup_write_mnc=.FALSE.,
>  pickup_read_mnc=.FALSE.,
> (like in all verification experiments that do use pkg/mnc,
> */input*/data.mnc)
>
> Cheers,
> Jean-Michel
>
> On Mon, Jan 26, 2015 at 02:08:30PM -0500, Chris Horvat wrote:
> > Hi all,
> >
> > I'm emailing regarding whether pickup files are synchronised.
> >
> > I've been filing some runs using pickup output, which comes from three
> > places:
> >
> > pickup_ic.0000210000.*.nc
> > pickup_cheapaml.0000210000*.data/meta
> > pickup.0000210000*.nc
> >
> > Which are all outputed with the same timestamp.
> >
> > However, whenever I restart a run, there is a significant jump in
> > ocean/cheapaml state as compared to what would happen if the run was
> > extended longer.
> >
> > In my mind this might be attributed to a time mismatch in the outputted
> > fields, but perhaps it is something else? Wondering if this is something
> > others have run into.
> >
> > Thanks,
> >
> > Chris
>
> > _______________________________________________
> > MITgcm-support mailing list
> > MITgcm-support at mitgcm.org
> > http://mitgcm.org/mailman/listinfo/mitgcm-support
>
>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mitgcm.org/pipermail/mitgcm-support/attachments/20150128/09990286/attachment.htm>


More information about the MITgcm-support mailing list