Allow running radiation less frequently than GCM timestep for SP simulations. Previously, this was hard-coded to force radiation to run every timestep, but as we decrease the GCM timestep for very high resolution runs on Summit, we want the flexibility to reduce the cost of the radiation by running less frequently. This should not be too much of a problem, since we are talking about reducing the radiation step down to 30 minutes when running with a 5 minute GCM timestep. The default is still to run on every timestep for SP configurations, so this should not break current configurations. Setting the radiation timestep is accomplished by setting iradsw and iradlw in the atmosphere namelist. Positive values indicate that the frequency is specified in timesteps, while negative values indicate that the frequency is specified in hours. This also adds a new output, CRM_QRAD, which is the total radiative heating applied at the current timestep to the CRM. Note that this will have a time offset with what is calculated in the radiation code in the current timestep, because the CRM uses the heating calculated at the previous timestep. Also cleans up a significant amount of formatting in radiation_tend. Fixes #78.
Allow running radiation less frequently than GCM timestep for SP simulations. Previously, this was hard-coded to force radiation to run every timestep, but as we decrease the GCM timestep for very high resolution runs on Summit, we want the flexibility to reduce the cost of the radiation by running less frequently. This should not be too much of a problem, since we are talking about reducing the radiation step down to 30 minutes when running with a 5 minute GCM timestep. The default is still to run on every timestep for SP configurations, so this should not break current configurations. Setting the radiation timestep is accomplished by setting
iradswandiradlwin the atmosphere namelist. Positive values indicate that the frequency is specified in timesteps, while negative values indicate that the frequency is specified in hours. This also adds a new output,CRM_QRAD, which is the total radiative heating applied at the current timestep to the CRM. Note that this will have a time offset with what is calculated in the radiation code in the current timestep, because the CRM uses the heating calculated at the previous timestep. Also cleans up a significant amount of formatting inradiation_tend. Fixes #78.