Difference between revisions of "Running Mars mesoscale model"
| Line 9: | Line 9: | ||
Increasing the output frequency in parallel runs doesn't work. Even with a frequency of 1 doesn't work. | Increasing the output frequency in parallel runs doesn't work. Even with a frequency of 1 doesn't work. | ||
| + | |||
| + | ==Restarting simulations== | ||
| + | In the file namelist.input there is the option "restart". The comment for this option says "Output restart files?" but actually it refers to whether or not the simulation should try to start from a previous simulation. | ||
| + | Restart files are periodically saved, this can be configured with restart_interval. The value is an integer number corresponding to the number of "minutes" (with a Martian hour having 37 minutes) between restart files. By default this is very long (8880, corresponding to 10 sols). If we write 37 it will be every hour. If we write 37*6 it will be every 6 hours, etc. | ||
| + | |||
| + | To restart from an existing restart file, we must change the "restart" option to .true., and the start_month,start_day, and start_hour need to be updated to coincide with the time of the restart file. Since we can tune the starting of the simulation with a resolution of hours (and not minutes), this means that the restart files need to be saved at integer hours, and therefore the restart_interval option should have values 37*N, with N the number of hours of interval between restart files. | ||
| + | |||
| + | ==Troubleshooting restart files in big simulations== | ||
| + | Restart files | ||
Revision as of 13:49, 24 February 2025
This is page I start to introduce some notes to remind that could be useful for other users (Jorge).
The user manual can be found at https://gitlab.in2p3.fr/la-communaut-des-mod-les-atmosph-riques-plan-taires/git-trunk/-/blob/master/MESOSCALE/MANUAL/SRC/user_manual.pdf?ref_type=heads
Regarding NaNs and parallel running
The mesoscale model cannot run in parallel in spirit at the moment, it runs but it outputs NaNs everywhere.
When running in a single core, in my case at least it produces NaNs with low output frequency (37) but by increasing the output frequency (6 works for me) it is solved. This is weird but seem to be right.
Increasing the output frequency in parallel runs doesn't work. Even with a frequency of 1 doesn't work.
Restarting simulations
In the file namelist.input there is the option "restart". The comment for this option says "Output restart files?" but actually it refers to whether or not the simulation should try to start from a previous simulation. Restart files are periodically saved, this can be configured with restart_interval. The value is an integer number corresponding to the number of "minutes" (with a Martian hour having 37 minutes) between restart files. By default this is very long (8880, corresponding to 10 sols). If we write 37 it will be every hour. If we write 37*6 it will be every 6 hours, etc.
To restart from an existing restart file, we must change the "restart" option to .true., and the start_month,start_day, and start_hour need to be updated to coincide with the time of the restart file. Since we can tune the starting of the simulation with a resolution of hours (and not minutes), this means that the restart files need to be saved at integer hours, and therefore the restart_interval option should have values 37*N, with N the number of hours of interval between restart files.
Troubleshooting restart files in big simulations
Restart files
