Job.yaml
Job files can be used for grid simulations where all parameters that are searched on are combined with each other.
The idea is that you have several par_{i} sections in the job.yaml that each overwrite one config parameter.
We use np.meshgrid under the hood to combine all possible parameters.
par_1:
name: ALPHA
vals: [5.0e-5,1.0e-4,5.0e-4,1.0e-3]
section: config_disk
par_2:
name: DTG_total
vals: [0.01,0.015,0.02,0.025]
section: config_disk
par_3:
name: begin_photoevap
vals: [1.0,2.0,3.0]
section: config_disk
par_4:
name: a_p
arange: [3, 51, 10]
section: config_planet
par_5:
name: t_0
arange: [0.1, 1.0, 0.2]
section: config_planet
output_name: thorngren
double_disks: True
save_interval: 5e10 # only output at the end when planet has already formed
This example runs 1200 simulations (4x4x3x5x5) for every of the two cases of SB21 (plain, evap).
Explanation
Usage of par_X (enumerate starting by X=1):
Parameter |
Usage |
|
|---|---|---|
|
List of values |
|
|
range with [start,stop,step] (e.g.[ 3, 51, 10 ] is eq. with vals=[3,13,23,33,43]) |
|
|
||
|
||
|
Parameter for which values are given |
|
|
Section in which parameter is used |
|
Use either vals if you want to give the values explicitly or arange, linspace, logspace for use with np.arange, np.linspace, np.logspace respecively.
Usage of other values:
Parameter |
Usage |
|---|---|
|
|
|
|
|
set time in years for the interval of the output |
|
Name of the output files (important!!!) |
I can only recommend using save_interval for large runs! E.g. if you are only interested in the final state of the formed planets you can set set_interval arbitrary high (e.g. 5e10) and the code will only save the final state.