Changes between Initial Version and Version 1 of Documentation/UserGuide/LaunchATLAS


Ignore:
Timestamp:
2014-07-17T15:10:59+02:00 (10 years ago)
Author:
mmcgrath
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Documentation/UserGuide/LaunchATLAS

    v1 v1  
     1Pretend that you have launched a coupled LMDZOR run for 15 years, since you read on another page that 15 years was the recommended timelength to equilibrate and valid the climate.  You are not quite sure what to set the SeasonalFrequency at, though.  If you set SeasonalFrequency=5Y, you will produce averages over years 1-5, 6-10, and 11-15.  If you set SeasonalFrequency=10Y, you will get averages over years 1-10 and nothing for years 11-15.  What you really want is a seasonal average over years 6-15.  So you set SeasonalFrequency=5Y and decide you'll figure out the rest later. 
     2 
     3Now is later.  There is a way to launch ATLAS as a stand-alone job where you can set any period and any length that you wish.  This method does both steps of the validation chain: produces the combined files, and launches ATLAS to compute the averages and make the graphs.  So you can also use the tips found on other pages to process the combined files afterwards if, say, you want to zoom over a specific region. 
     4 
     5Assumptions: 
     6Your submit directory (where you submitted the job from) for the LMDZOR coupled run is modipsl/config/LMDZOR_v5.2/MCOUP. 
     7 
     8Step 1) Copy the submit directory to a temporary directory. 
     9 
     10{{{ 
     11cp -r modipsl/config/LMDZOR_v5.2/MCOUP modipsl/config/LMDZOR_v5.2/MCOUP.SE 
     12}}} 
     13 
     14The reason for this is that the ATLAS job will read a bunch of data from the various files in the directory, including the config.card.  We are going to fool the script into using different dates by changing the config.card, but we don't want to change the dates in the real run.  So we make a copy of the directory. 
     15 
     16Now move into this directory and copy the stand-alone libIGCM job file. 
     17 
     18 
     19{{{ 
     20cd modipsl/config/LMDZOR_v5.2/MCOUP.SE 
     21cp modipsl/libIGCM/create_se.job . 
     22}}} 
     23 
     24This file doesn't need to be changed at all.  What we are interested in is changing the config.card.  Assume, for example, that you launched a 15 year run using the following information in the config.card. 
     25 
     26{{{ 
     27DateBegin=1980-01-01 
     28DateEnd=1994-12-31 
     29TimeSeriesFrequency=5Y 
     30SeasonalFrequency=5Y 
     31}}} 
     32 
     33Now you want to just average over the last 10 years, 1985-1994.  All you have to do is change the following in modipsl/config/LMDZOR_v5.2/MCOUP.SE/config.card 
     34 
     35{{{ 
     36DateBegin=1985-01-01 
     37DateEnd=1994-12-31 
     38TimeSeriesFrequency=10Y 
     39SeasonalFrequency=10Y 
     40}}} 
     41 
     42Now launch create_se.job as you would normally (ccc_msub create_se.job on Curie, for example).  The script will create the merged history file (MCOUP_SE_1985_1994_1M_sechiba_history.nc, for example) and run ATLAS to create all the graphs as usual.  Notice that we did NOT change the JobName in the config.card of MCOUP.SE.  This is because it uses this JobName to find the history files from the simulation, and we ran the simulation under the MCOUP job. 
     43 
     44This technique is also useful for those people who are impatient.  Let's say you have the following in the config.card. 
     45 
     46{{{ 
     47DateBegin=1980-01-01 
     48DateEnd=1994-12-31 
     49TimeSeriesFrequency=5Y 
     50SeasonalFrequency=5Y 
     51}}} 
     52 
     53After four years, though, you want to see results, even while the simulation is still running.  You decide you will let the first year be equilibrium and take the averages over the next three years.  So you follow the steps above, but this time you change 
     54 
     55{{{ 
     56DateBegin=1981-01-01 
     57DateEnd=1984-12-31 
     58TimeSeriesFrequency=3Y 
     59SeasonalFrequency=3Y 
     60}}} 
     61 
     62and you launch create_se.job.  This will work even if the whole MCOUP simulation is not yet done.  As long as year 1984 has finished, you'll get results. 
     63 
     64NOTE:  I got a crash the first time I tried running the script.  It was looking for stomate_ipcc_history files and not finding them, since we shut them off in our runs.  If this happens, you should make sure that the following line does not appear in COMP/stomate.card in the MCOUP.SE directory. 
     65 
     66{{{ 
     67    (stomate_ipcc_history.nc, ${R_OUT_SBG_O_M}/${PREFIX}_1M_stomate_ipcc_history.nc, Post_1M_stomate_ipcc_history) 
     68}}} 
     69 
     70With this line, it looks for stomate_ipcc_history.nc, and when it doesn't find it anywhere (because the simulation didn't produce it), it crashes.