update doc files #118
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
| Original file line number | Diff line number | Diff line change | ||||
|---|---|---|---|---|---|---|
| @@ -1,29 +1,32 @@ | ||||||
| &setup_nml | ||||||
| bfbflag = "off" | ||||||
| conserv_check = .false. | ||||||
| diagfreq = 960 | ||||||
| dumpfreq = "y" | ||||||
| dump_last = .true. | ||||||
| histfreq = "d", "m", "x", "x", "x" | ||||||
| hist_suffix = "", "m", "x", "x", "x" !limited to one character due to https://github.com/COSIMA/access-om3/issues/201 | ||||||
| hist_time_axis = "middle" | ||||||
| history_deflate = 1 | ||||||
| history_chunksize = 180, 150 | ||||||
| history_precision = 8 | ||||||
| restart_deflate = 1 | ||||||
| ice_ic = "./INPUT/iced.1900-01-01-10800.nc" | ||||||
| lcdf64 = .false. | ||||||
| npt = 35040 | ||||||
| pointer_file = './rpointer.ice' | ||||||
| print_global = .false. | ||||||
| / | ||||||
| &grid_nml | ||||||
| bathymetry_file = "./INPUT/topog.nc" | ||||||
| grid_atm = "A" | ||||||
| grid_file = "./INPUT/grid.nc" | ||||||
| grid_format = "nc" | ||||||
| grid_ice = "B" | ||||||
| grid_ocn = "A" | ||||||
| grid_type = "tripole" | ||||||
| kcatbound = 0 | ||||||
| kmt_file = "./INPUT/kmt.nc" | ||||||
| nblyr = 1 | ||||||
| ncat = 5 | ||||||
| nfsd = 1 | ||||||
|
|
@@ -65,18 +68,18 @@ | |||||
| ustar_min = 0.0005 | ||||||
| / | ||||||
| &domain_nml | ||||||
| block_size_x = 15 | ||||||
| block_size_y = 20 | ||||||
| distribution_type = "cartesian" | ||||||
| distribution_wght = "latitude" | ||||||
| maskhalo_bound = .true. | ||||||
| maskhalo_dyn = .true. | ||||||
| maskhalo_remap = .true. | ||||||
| max_blocks = 15 | ||||||
|
There was a problem hiding this comment.
Suggested change
In the latest 025deg_jra55do_ryf, Line 78 in f4b2d1e I can quickly update the 1deg config. |
||||||
| ns_boundary_type = "tripole" | ||||||
| nx_global = 360 | ||||||
| ny_global = 300 | ||||||
| processor_shape = "slenderX1" | ||||||
| / | ||||||
| &ice_prescribed_nml | ||||||
| / | ||||||
|
|
@@ -123,12 +126,26 @@ | |||||
| f_fsurfn_ai = "m" | ||||||
| f_hi = "md" | ||||||
| f_hs = "md" | ||||||
| f_sifb = "md" | ||||||
| f_snoice = "md" | ||||||
| f_uvel = "md" , f_vvel = "md" | ||||||
| f_vicen = "m" | ||||||
| !----------------------------------- | ||||||
| ! These fields are on by default (in ice_history_shared.F90) but lets turn them off | ||||||
| !----------------------------------- | ||||||
| f_tlon = .false. , f_tlat = .false. | ||||||
| f_ulon = .false. , f_ulat = .false. | ||||||
| f_nlon = .false. , f_nlat = .false. | ||||||
| f_elon = .false. , f_elat = .false. | ||||||
| f_tmask = .false. , f_umask = .false. | ||||||
| f_nmask = .false. , f_emask = .false. | ||||||
| f_tarea = .false. , f_uarea = .false. | ||||||
| f_narea = .false. , f_earea = .false. | ||||||
| f_dxt = .false. , f_dyt = .false. | ||||||
| f_dxu = .false. , f_dyu = .false. | ||||||
| f_dxe = .false. , f_dye = .false. | ||||||
| f_dxn = .false. , f_dyn = .false. | ||||||
| f_HTN = .false. , f_HTE = .false. | ||||||
| f_albpnd = 'x' | ||||||
| f_atmdir = 'x' , f_atmspd = 'x' | ||||||
| f_coszen = 'x' | ||||||
|
|
@@ -157,4 +174,4 @@ | |||||
| f_taubx = 'x' , f_tauby = 'x' | ||||||
| f_Tref = 'x', f_Qref = 'x' | ||||||
| f_uocn = 'x' , f_vocn = 'x' | ||||||
| / | ||||||
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As was discussed in COSIMA/access-om3#214 (comment) and cice docs, It is suggested that
max_blocksbe set in the range of 3-8 blocks per processor.With the updated
block_size_xandblock_size_y,max_blocksis determined to be 8, which suits the recommendation from the cice docs.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
With the slender distributions block_size_x should equal nx_global/nprocs i.e. 360/24 = 15. Which is why these block sizes are set as they are at the moment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @anton-seaice. So for
slenderX1, the block size in the y direction should be 300 instead of 20, right? This is because there is only one processor in the y direction, and it needs to handle all 300 grid points.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You could try that. That would mean there is 1 block per processor, which means you couldn't eliminate any blocks which are entirely land. I am not sure how it could impact inter-process communication ? I suspect the performance will be about the same as the current configuration ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I dont get it. If that’s the case, why does block_size_x equal nx_global / nprocs, but block_size_y is calculated differently?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Its just kind of by definition, you can have multiple blocks in Y but not X. Each color is a different processor: