<div dir="ltr">Dimitris,<div><br><div>Thanks for the suggestion. What you say is reasonable in some cases, especially with high-frequency output (as with your llc runs). But in my case, I am doing "online" averages over relatively long (i.e. 1 month) intervals. If the run is killed before the averaging interval finishes, I have wasted considerable computer time. So I am trying to be very conservative.</div></div><div><br></div><div>I think an acceptable solution is to just run each month for exactly 31 days. I will waste exactly 7 days per year if I do this, which doesn't sound too bad.</div><div><br></div><div>-Ryan</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 18, 2017 at 1:22 PM, Dimitris Menemenlis <span dir="ltr"><<a href="mailto:menemenlis@jpl.nasa.gov" target="_blank">menemenlis@jpl.nasa.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Ryan, hopefully someone will have better answer.<br>
Typically what I do is run the model as long as possible,<br>
until end of job or machine crashes, then use a script like<br>
<a href="http://wwwcvs.mitgcm.org/viewvc/MITgcm/MITgcm_contrib/high_res_cube/input/modpickup" rel="noreferrer" target="_blank">http://wwwcvs.mitgcm.org/viewv<wbr>c/MITgcm/MITgcm_contrib/high_<wbr>res_cube/input/modpickup</a><br>
to pick-up pieces from latest available rotating pickup.<br>
<br>
Dimitris Menemenlis<div><div class="h5"><br>
<br>
On 09/18/2017 10:04 AM, Ryan Abernathey wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
Hi,<br>
<br>
I am new to doing "realistic" simulations with the cal package activated. I would like to run for one calendar month and then dump diagnostics and pickup files. I will then restart from pickup and run the next month, etc., for many years.<br>
<br>
I am using the following data.cal<br>
<br>
  &CAL_NML<br>
  TheCalendar='gregorian',<br>
  startDate_1=20100101,<br>
  startDate_2=000000,<br>
  calendarDumps = .TRUE.,<br>
  &<br>
<br>
I understand that calendarDumps causes chkPtFreq, pChkPtFreq, taveFreq, etc. to automatically conform their output to one calendar month if I set chkptFreq  = 259200.0.<br>
<br>
My question is: how to I make the model stop running after exactly one month, given that the length of a month is variable?<br>
<br>
The two options I am familiar with for setting the length of the run are nTimeSteps or endTime. I don't want to manually specify the endTime after each run, and anyway, that would be hard because I would need to account for the variable month length. Alternatively, I could just always run for 31 days, but this would waste some computer time for 30 and 28-day months. (A small amount, but the model is quite expensive already.)<br>
<br>
What do people commonly do in this situation?<br>
<br>
Thanks for the help!<br>
<br>
-Ryan<br>
<br>
<br></div></div>
______________________________<wbr>_________________<br>
MITgcm-support mailing list<br>
<a href="mailto:MITgcm-support@mitgcm.org" target="_blank">MITgcm-support@mitgcm.org</a><br>
<a href="http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support" rel="noreferrer" target="_blank">http://mailman.mitgcm.org/mail<wbr>man/listinfo/mitgcm-support</a><br>
<br>
</blockquote>
______________________________<wbr>_________________<br>
MITgcm-support mailing list<br>
<a href="mailto:MITgcm-support@mitgcm.org" target="_blank">MITgcm-support@mitgcm.org</a><br>
<a href="http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support" rel="noreferrer" target="_blank">http://mailman.mitgcm.org/mail<wbr>man/listinfo/mitgcm-support</a><br>
</blockquote></div><br></div>