Experiment proposal: AMIP-style ACCESS-AM3 N96 1982-2025, with prognostic aerosol and COSP1

Experiment title :bell:: AMIP-style ACCESS-AM3 N96 44-year simulation 1982-2025, with prognostic aerosol and COSP1

Summary :bell:: It is an extension of the previous experiment proposal. I have run the control simulation AM3-N96 (access-am3-configs), an amip+4K simulation (am3-plus4k), a climatological-aerosol simulation (am3-climaerosol), and a climatological-aerosol+4k simulation (am3-climaerop4k), each for 6 six years here: /home/563/qg8515/cylc-run. I have thoroughly checked all model output variables including diagnostics from the satellite simulator COSP1 here: /home/563/qg8515/figures/4_um/4.2_access_am3/4.2.0_sim_obs. I plan to extend the simulation from 1982 to 2025, for better comparisons with recent observations.

It is very closely related to the high-res N512 AM3 simulation of the Centre and their N96 counterpart. Given there will be many differences in configuration (e.g. land setup and boundary conditions), it may be interesting to do a cross-comparison later together.

It could also be interesting for anyone who is interested in cloud feedbacks, aerosol-cloud interactions etc. For my six-year tests, the cloud and radiation output from the climatological-aerosol simulation is very close to the output from the prognostics-aerosol simulation.

Scientific motivation: Cloud feedback remains the leading source of uncertainty in estimating equilibrium climate sensitivity (ECS). Given large ECS in ACCESS-CM3 and UK models employing the latest UM, it is instrumental to investigate cloud responses to evolving environmental conditions in these models. Here we choose to focus on ACCESS-AM3, the atmospheric component of these model, to elucidate the role of clouds in the model responses to radiative forcing.

Experiment Name :bell:: am3-control
People :bell:: Qinggang Gao, Yi Huang
Model: ACCESS-AM3
Configuration: https://github.com/ACCESS-NRI/access-am3-configs
Initial conditions: Default
Run plan: 1 simulation, 44-year, N96 resolution
Simulation details: 1982, global
Total KSUs required :bell:: 15 KSU / year * 44 years = 660 KSU
Total storage required :bell:: 34 GB / year * 44 years = 1.5TB
Outputs:/g/data/gx60/experiments/2026-01-21_am3-climaerop4k/cylc-run/
Restarts: Default
Related articles:
Analysis:

Conclusion:

4 Likes

Hi Quinggang, This would be of intererest to our work as a launch point for our future plans to add dynamic INP into the global model - we could use a run like this as our control! @ZhangchengPei I also have a masters project that is hoping to asses how best to evaluate a GCM to point obs at Kennaook Cape Grim, so a long run like this may also be quite useful for that !

3 Likes

Before running, Sonya and I could have a look over the output requests to make sure all the necessary aerosol diagnostics are included?

1 Like

Hi @sonyafiddes and @Matt_Woodhouse. Thank you for your interests in this experiment. We would be very happy if this experiment could be more broadly used as a control simulation for your research.

The experimet will be accessible once finished (in weeks). And I am happy to provide more information for the community to access or visualise the output.

I was also going to suggest that you could look into the current output, which is configured for my research purpose. I could add any output that you are interested in. I will also discuss with the Centre high-res team to configure a common output, so it can also be directly comparable with their N96 and N512 simulations.

I am not allowed to make the Github repository public, could you let me know your github username so I could invite you as a collaborator of the project? I used a branch n96e-vn13.1 in the repository ‘am3-control’. A 2-year output could be found on gadi under /home/563/qg8515/cylc-run . You can also check visualization of more than 100 variables from previous trials here ‘/home/563/qg8515/figures/4_um/4.2_access_am3/4.2.0_sim_obs’.

I output three netcdf files, ‘a’ denotes monthly data, ‘b’ denotes hourly data, and ‘c’ is only for instanteneous daily cloud droplet number concentation.

Quingang - I might send you a stash pack, that hopefully you could just copy-past into your app/um/rose-app.conf file - it will have everything Matt and I usually require.. Alternativly - if you look at my old AM2 suite in the rose GUI (u-dg657), then you can see everything there too a bit more easily :slight_smile: There are a lof output fields listed, but at monthly resolution should not be too much more of an overhead I hope! I’ll try to get you the stash pack later today.

I can check how easy it is to integrate your stash pack. Please only include necessary output, as storage can be an issue.

1 Like

Hi Qinggang - here are the aerosol fields that are standard. I have them output just for the troposphere (‘DALLTH_TR’) to save space. Let me know if you have any issues :slight_smile:

aerosol_stashpack.txt (5.1 KB)

These stash requests are not compatible with AM3. A copy-paste of any element crashes rose with wrong syntax. And there is also no TDMPMN time profile in the default AM3 configuration.

Would it be possible for you to work with AM3? add variables and profiles as requested and then let me know the track changes so I can implement?

1 Like

If working with AM3 is too time-consuming for you, you can maybe also just tell me the specific time and domain profiles details you need, and confirm the section and item are right for each variable, I can try to compile them.

For now I am only working with monthly and hourly time frequency, and single level or all model levels.

1 Like

Hi @sonyafiddes and @Matt_Woodhouse, I created a post to gather community research interests in this control simulation and requested output variables here. You can check the current output variables here.

Please let me know the details about the additional output variables you request there before 6 pm this Thursday, 12 Mar.

Ah sorry to hear that they don’t transfer. Could you send me the error file to check if there is a simple thing I could do to fix? It would be easy enough for me to send you the TMDMPMN profile too.

The time profile is just the monthly mean. The domain profile is global, and to reduce storage, I limited the verticle output to just the troposphere, but you could just keep at the default to use all the verticle levels too. individual item/section are in the text file, and they should be right. It includes the mass and number of each aerosol mode, including composition breakdowns for the mass. It also includes the dry diameters needed to calcualte size distributions and then some of the gas phase fields (eg. DMS, H2SO4), and then some of the bulk CCN/N3/CDN fields! I can try to take a look, but probably not until thursday.

@sonyafiddes I just found the problem lies with indentation and incompatible syntax. I will change it and share it for check this afternoon.

@sonyafiddes I added all the 38 variables as attached with package name ‘AEROSOL’. I also attached the modified file compatible with AM3. Could you please double check whether these 38 variables are what you want?
I simplified the timestep to either monthly, daily or hourly, and either single-level or all-model-level. For the hourly variables I made it instanteneous.
aerosol_stashpack copy.txt (4.6 KB)


Amazing - that looks great to me. I didn’t realise I had some hourly outputs in there - I don’t think I need them, so feel free to remove them. The DMS flux and concentrations in sea water (sec 0, items 132, 133) for example should be moved to the monthly means instead of 1HR :slight_smile: and it looks like you have a double up of item 71, sec 34 (DMS mass mixing ratio). @Matt_Woodhouse or @ZhangchengPei would you like to do a sanity check of anything else we might need?

1 Like