[cam-users] CGD Forums

Wed Nov 17 09:00:00 MST 2004

Dear cam-users, 

As you requested, here is the latest digest of messages posted on CGD Forums forums. Please come and join the discussion!

<<  how to resubmit the job automatically, http://bb.cgd.ucar.edu//viewtopic.php?t=51 >>

Postertz0616PostedTue Nov 16, 2004 4:33 pm MST, http://bb.cgd.ucar.edu//viewtopic.php?p=198#198
Message: Thanks, the output is listed below.
<br />
<br />..............
<br />nstep, te 7909 3330742628.80873442 1.13602371851603201 -0.113399101904875966E-03 98456.7838
<br />964076800
<br /> NSTEP =    7909   8.928216917231319E-05  7.364670377060318E-06 252.211  9.84568E+04  2.3940
<br />36043617633E+01 0.88  0.26
<br /> nstep, te 7910 3330734994.95552540 0.970720070401827506 -0.968983384116682420E-04 98456.760
<br />2150869934
<br /> NSTEP =    7910   8.928537203024047E-05  7.366188885522735E-06 252.211  9.84567E+04  2.3933
<br />48839756835E+01 0.87  0.26
<br /> nstep, te 7911 3330720000.87083054 0.401526928544044481 -0.400808820938823419E-04 98456.698
<br />3940480568
<br /> NSTEP =    7911   8.928861336679507E-05  7.366817985557253E-06 252.211  9.84567E+04  2.3931
<br />62146424636E+01 0.87  0.26
<br /> nstep, te 7912 3330709770.46544361 -0.497100987235705061 0.496212069389963731E-04 98456.674
<br />9507322238
<br /> NSTEP =    7912   8.929195606508984E-05  7.36800631!
5395193E-06 252.211  9.84566E+04  2.3925
<br />46291998017E+01 0.87  0.26
<br /> nstep, te 7913 3330694273.66299772 -0.534442988832791621 0.533487607022528417E-04 98456.617
<br />6564534835
<br /> NSTEP =    7913   8.929524301614946E-05  7.369224362964630E-06 252.210  9.84566E+04  2.3920
<br />80086778448E+01 0.87  0.25
<br /> nstep, te 7914 3330671024.25287676 -1.00088129202524811 0.999092571321882986E-04 98456.5708
<br />260479441
<br />time: 0551-010 The process was stopped abnormally. Try again.
<br />
<br />Real   21105.65
<br />User   72356.70
<br />System 437.02
<br />time: 0551-010 The process was stopped abnormally. Try again.
<br />
<br />Real   21104.02
<br />User   76253.06
<br />System 434.07

------------------------------
PosterjmccaaPostedTue Nov 16, 2004 5:39 pm MST, http://bb.cgd.ucar.edu//viewtopic.php?p=199#199
Message: It appears your job is timing out of the queue before it completes.  In this case, control will never be passed back to your run script, so it won't ever have a chance to resubmit itself.  So you need to submit with a smaller value of nelapse in the namelist.  But your script wouldn't work anyway -- it has numerous syntax errors. For instance, this line 
<br />
<br />if ( \$year &lt; 5 ) then
<br />
<br />is not going to work as written.  I find the csh man page to be a good resource for this sort of stuff.
<br />
<br />Jim

------------------------------
Postertz0616PostedTue Nov 16, 2004 6:14 pm MST, http://bb.cgd.ucar.edu//viewtopic.php?p=200#200
Message: Thanks, jim
<br />   I only want to run several years (for example, 5yrs), not 200 yrs.
<br />
<br />  From your reply, I understand that the too large nelapse value results in
<br />  no chance to resubmit the job, but I can not understand why you say my
<br />  runscript wouldn't work anyway-it has numerous syntax errors, because I follow the example runscript in the NCAR webpage
<br />  http://www.ccsm.ucar.edu/models/atm-cam/sims/cam3.0/eul48x96_ialb/buildscript
<br />
<br />     Could you help me point out which sentence is wrong?
<br />  Thanks very much.

------------------------------
PosterjmccaaPostedTue Nov 16, 2004 6:38 pm MST, http://bb.cgd.ucar.edu//viewtopic.php?p=202#202
Message: 
<br />I follow the example runscript in the NCAR webpage
<br />  http://www.ccsm.ucar.edu/models/atm-cam/sims/cam3.0/eul48x96_ialb/buildscript
<br />
<br />
<br />This is not a run script.  It's a build script that creates a run script.  Therefore it uses backslashes to preserve a variety of control characters. If you want an example run script, you should examine the one distributed with the model in the directory models/atm/cam/bld/run-ibm.csh.  You're of course welcome to use the buildscript for ideas, but it is not something for which there is user support, so you may have to put some effort into understanding what it is doing. In particular, beware everything after the line
<br />cat &gt;! $rundir/run-cam.csh &lt;&lt; EOF
<br />
<br />Jim

------------------------------
Postertz0616PostedTue Nov 16, 2004 8:35 pm MST, http://bb.cgd.ucar.edu//viewtopic.php?p=203#203
Message: exactly. The buildscript can not be run in the "blackforst". I submit the runscript based on the "run-ibm.csh" but upgrade it following the buildscript, because I want to learn how to resubmit it automatically.
<br />   
<br />  In this case, I still have some questions about the resumbiting.
<br />
<br />  For resubmitting manually, First I set runtype "initial", after the job stops,
<br />  then I change the runtype "restart", then submit  it again.
<br />
<br />   For resubmiting automatically, I am not sure how the system can restart from the stop point because I can not see the runtype is changed
<br />  from "initial" to "restart", please take a look at my original runscript posted above.
<br />
<br />   Thanks again for your valuable sugestions.

------------------------------

<< source/sink for added tracer in CCM3. Why 2*dtime?, http://bb.cgd.ucar.edu//viewtopic.php?t=63 >>

PosterEddyPostedTue Nov 16, 2004 6:33 pm MST, http://bb.cgd.ucar.edu//viewtopic.php?p=201#201
Message: I have added a tracer to the CCM3, and am now modifying the source/sink for the added tracer.
 
 The CCM3 code that allows for the source/sink for the added tracer is in tphysac.F as follows:
 " do m=1,pcnst
 do k=1,plev
 do i=1,plon
 qm1(i,k,m) = qm1(i,k,m) + ztodt*srcsnk(i,k,m)
 end do
 end do
 end do"
 where qm1(:,:,2) is being modified by "ztodt*srcsnk(i,k,2)". According to tphysac.F, ztodt is 2.0 * dtime. I don't understand why the factor 2 has to be applied. Can somebody explain to me? I know that the tracer field gets updated every model time step (unlike the radiation code). 
 
 I am coupling Rasch's aerosol wet deposition code to tphysac.F in this experiment. If I don't understand the factor 2.0, I will probably underestimate the wet deposition by a factor of 2.0. Sincerely,

------------------------------
PosterpjrPostedWed Nov 17, 2004 2:00 am MST, http://bb.cgd.ucar.edu//viewtopic.php?p=205#205
Message: I have added a tracer to the CCM3, and am now modifying the source/sink for the added tracer.
<br />
<br />The CCM3 code that allows for the source/sink for the added tracer is in tphysac.F as follows:
<br />"      do m=1,pcnst
<br />        do k=1,plev
<br />           do i=1,plon
<br />              qm1(i,k,m) = qm1(i,k,m) + ztodt*srcsnk(i,k,m)
<br />           end do
<br />        end do
<br />     end do"
<br />where qm1(:,:,2) is being modified by "ztodt*srcsnk(i,k,2)".  According to tphysac.F, ztodt is 2.0 * dtime.  I don't understand why the factor 2 has to be applied.  Can somebody explain to me?  I know that the tracer field gets updated every model time step (unlike the radiation code). 
<br />
<br />I am coupling Rasch's aerosol wet deposition code to tphysac.F in this experiment.  If I don't understand the factor 2.0, I will probably underestimate the wet deposition by a factor of 2.0.  Sincerely,
<br />
<br />The issue is that the standard CAM3 configur!
ation uses the eulerian spectral dynamics core. For that core, the solutions are advanced from time step n-1 to time step n+1, ie two time steps. This issue is discussed and described in excruciating detail in section two of the model description found at 
<br />http://www.ccsm.ucar.edu/models/atm-cam/docs/description/
<br />
<br />Phil

------------------------------

Format TEXT
Show Message Text YES
Show My Messages YES
Digest Frequency DAY
Show only new messages since last time I logged in FALSE
Send empty digests NO
Time of day to send digest 9 AM
Maximum characters per message in digest 32000