[MITgcm-support] Pickup Output Times
Jean-Michel Campin
jmc at ocean.mit.edu
Tue Jan 27 14:22:08 EST 2015
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
More information about the MITgcm-support
mailing list