This topic is a catch-all location for feedback for the ACCESS-AM3 1.0 Alpha Release. Please reply to this topic if you have feedback on the ACCESS-AM3 Alpha. We are primarily looking for feedback on the usability of the build system and configuration, and the documentation. We are also happy to receive science-related feedback, which we will address later in the release process. Feedback can be to point out problems encountered, or positive to highlight what worked well. If your feedback is involved, please make an issue on the configuration repository (see this post if you do not yet have access to this repository). If you’re not sure, reply here and your query can be moved to a GitHub issue if required.

Talking to the NCI folks the loop devices should get automatically created by the container so it shouldn’t matter how many are listed before you load xp65. Something to try is to increase the number of cpus requested so there are less jobs on a single node.

Hi @MartinDix Hope you have a nice start of the new year. I think you could be of great help for us configuring climatological aerosols for AM3, so I tag you here :wink: (sorry if you are already busy with all other duties). Claire points me to your post Run with aerosol climatologies and I assume you managed to run AM3-N96 with climatological aerosols with some changes in aeroclim-new-ancils. May I ask, would you suggest to modify the alpha release in the same way as you did in the branch aeroclim-new-ancils to run with climatological aerosols? Or is there a simpler way with minimum changes necessary to make it run? Under the NEW_ANCIL_DIR, there are only two folders (n216e and n96e), so would it be more complicated for the high-res n512e? Another question for NRI: as I mentioned to @lachlanswhyborn long ago, the current ancillaries normaly extend up to 2014, could we get NRI-support to easily extend the simulation to 2024/25 for a better comparison with recent observations (e.g. Himawari)? (It seems I am keeping everyone busy in a holiday season, sorry for that;)

@qinggangg We are planning for a beta release of ACCESS-AM3 in the next 6 months, maybe earlier. There is a lot to do before the beta release, so the release date is still very vague. We will try to implement as much of the feedback from the alpha-release as possible into the next release. At this point, it is hard to tell when any part of the work will be done. With the holidays, we have yet to meet and decide on prioritisation of the tasks for the beta release. This means I don’t know when we will have the time to work on any of this, but we will keep you updated on timelines when they become clearer for us. Keep asking questions as we might be able to provide temporary solutions.

Thank you @clairecarouge Sure, that makes sense. I fully understand. I will keep posting issues if I find so it may be resolved in the beta release or I may receive some suggestions. Feel free to decide your priorities, I will also try myself to find workaround.

Hi, just a side question, is there a plan for ACCESS-NRI to dedicate some efforts to find a most cost-efficient setup for running AM3 N96? Including the CPUs decomposition, IO server, and model executable compilation options like what @Paul.Gregory did for rAM3?

Hi @qinggangg, I’ve done this for AM3 n512, I can help activating the IO server for n96. Finding the most cost-efficient decomposition requires a lot of try and error, I think is safe to keep using the default configuration (already tested by many) unless you see the model is running very inefficiently.

Hi @paocorrales thank you. That sounds good. I will leave the decomposition as default then. How did you activate the IO server? Does it help to speed up the model output?

When you activate the IO server you allocate processors to the task of reading/writing files. This way the model will write the output files while running the model (instead of having to stop the integration to write the output). You will see a reduction in the wall time needed. The main things you need to do is use 2 or more OpenMP threads and define ios_nproc: rose-app.conf +MAIN_IOS_NPROC=32 # number of cores for IO +MAIN_OMPTHR_ATM=2 # two OpenMP threads app/um/rose-app.conf [namelist:io_control] io_alltoall_readflds=.true. io_external_control=.false. io_filesystem_profile=0 +io_timing=1 l_postp=.true. print_memory_info=.false. +print_runtime_info=.true. # Only for diagnostics [namelist:ioscntl] ios_acquire_model_prsts=.true. ios_as_concurrency=20 ios_async_levs_per_pack=76 ios_backoff_interval=1000 ios_buffer_size=1500 ios_concurrency=40 ios_concurrency_max_mem=40 ios_decomp_model=0 ios_enable_mpiio=.false. +ios_interleave=.false. ios_local_ro_files=.true. ios_lock_meter=.false. ios_no_barrier_fileops=.true. ios_offset=0 ios_print_start_time=.false. ios_relaytoslaves=.false. ios_serialise_mpi_calls=.false. +ios_spacing=24 #ideally one per node +ios_tasks_per_server=4 #MAIN_IOS_NPROC/ios_tasks_per_server=n--> write nfiles in parallel ios_thread_0_calls_mpi=.false. ios_timeout=120 ios_together_end=.false. +ios_unit_alloc_policy=5 ios_use_async_dump=.false. ios_use_async_stash=.false. ios_use_helpers=.false. +ios_verbosity=5 This is more or less what we are using for n512 but it’s going to change according to the final config. As a first step, activating the IO server will save a good amount of walltime/SUs. Them we can refine the configuration (number of procesors, tasks per server, etc) that depends on the output.

Thank you @paocorrales I’ll have a look.

ACCESS-AM3 1.0 Alpha Feedback

Atmosphere AM3

Topic		Replies	Views
ACCESS-rAM3: Release Information ACCESS-NRI Releases release , model , access-ram3	5	834	23 October 2026
Request access to AM3 configurations AM3	27	438	30 September 2026
ACCESS-ROM3 setup instructions Regional MOM6 regional , tutorial , om3	78	1592	12 June 2025
ACCESS-AM3: Release Information ACCESS-NRI Releases release , model , access-am3	2	336	28 August 2026
Running AM3 with COSP2 AM3 access-am3	35	377	10 March 2026

ACCESS-AM3 1.0 Alpha Feedback

Related topics