We are configuring our cam5 using: fv, cam5, trop_mam3 modules. Do each of these modules have different grid decompositions?Just to clarify for this specific question, the answer is almost always no. For any specific run, it is safe to say only one grid is used by the whole atmosphere model, including physics, chemistry, and dynamics. This will probably not be true in the future, since the dynamics and column physics grids may be different in the future, and because of new and proposed features involving subcolumns and SPCAM that require a somewhat expanded concept of what the "grid" means. But for standard runs up through right now, you can assume that basically all of CAM is working on the same grid as is specified when you create the case, which should be the same as what's in the initial conditions file (ncdata).(Also, "cam5" is not really a distinct module or package per se. It is more like a shorter way of saying "CAM with trop_mam3 as the aerosol/chemistry and RRTMG as the radiation and TKE as the PBL scheme and Park's macrophysics and MG microphysics and ZM deep convection and UW shallow convection and..." This standard combination is the most common and supported one, and is thus defined in the user interface, but it is often possible, though not supported by us, to mix and match pieces between CAM4, CAM5, and physics packages that are not part of any standard configuration.)
-
The www2.cesm.ucar.edu website is currently down for maintenance
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an alternative browser.
You should upgrade or use an alternative browser.
cam5 FV dynamical core
- Thread starter dan_lipsa@kitware_com
- Start date
We are configuring our cam5 using: fv, cam5, trop_mam3 modules. Do each of these modules have different grid decompositions?Just to clarify for this specific question, the answer is almost always no. For any specific run, it is safe to say only one grid is used by the whole atmosphere model, including physics, chemistry, and dynamics. This will probably not be true in the future, since the dynamics and column physics grids may be different in the future, and because of new and proposed features involving subcolumns and SPCAM that require a somewhat expanded concept of what the "grid" means. But for standard runs up through right now, you can assume that basically all of CAM is working on the same grid as is specified when you create the case, which should be the same as what's in the initial conditions file (ncdata).(Also, "cam5" is not really a distinct module or package per se. It is more like a shorter way of saying "CAM with trop_mam3 as the aerosol/chemistry and RRTMG as the radiation and TKE as the PBL scheme and Park's macrophysics and MG microphysics and ZM deep convection and UW shallow convection and..." This standard combination is the most common and supported one, and is thus defined in the user interface, but it is often possible, though not supported by us, to mix and match pieces between CAM4, CAM5, and physics packages that are not part of any standard configuration.)
We are configuring our cam5 using: fv, cam5, trop_mam3 modules. Do each of these modules have different grid decompositions?Just to clarify for this specific question, the answer is almost always no. For any specific run, it is safe to say only one grid is used by the whole atmosphere model, including physics, chemistry, and dynamics. This will probably not be true in the future, since the dynamics and column physics grids may be different in the future, and because of new and proposed features involving subcolumns and SPCAM that require a somewhat expanded concept of what the "grid" means. But for standard runs up through right now, you can assume that basically all of CAM is working on the same grid as is specified when you create the case, which should be the same as what's in the initial conditions file (ncdata).(Also, "cam5" is not really a distinct module or package per se. It is more like a shorter way of saying "CAM with trop_mam3 as the aerosol/chemistry and RRTMG as the radiation and TKE as the PBL scheme and Park's macrophysics and MG microphysics and ZM deep convection and UW shallow convection and..." This standard combination is the most common and supported one, and is thus defined in the user interface, but it is often possible, though not supported by us, to mix and match pieces between CAM4, CAM5, and physics packages that are not part of any standard configuration.)
We are configuring our cam5 using: fv, cam5, trop_mam3 modules. Do each of these modules have different grid decompositions?Just to clarify for this specific question, the answer is almost always no. For any specific run, it is safe to say only one grid is used by the whole atmosphere model, including physics, chemistry, and dynamics. This will probably not be true in the future, since the dynamics and column physics grids may be different in the future, and because of new and proposed features involving subcolumns and SPCAM that require a somewhat expanded concept of what the "grid" means. But for standard runs up through right now, you can assume that basically all of CAM is working on the same grid as is specified when you create the case, which should be the same as what's in the initial conditions file (ncdata).(Also, "cam5" is not really a distinct module or package per se. It is more like a shorter way of saying "CAM with trop_mam3 as the aerosol/chemistry and RRTMG as the radiation and TKE as the PBL scheme and Park's macrophysics and MG microphysics and ZM deep convection and UW shallow convection and..." This standard combination is the most common and supported one, and is thus defined in the user interface, but it is often possible, though not supported by us, to mix and match pieces between CAM4, CAM5, and physics packages that are not part of any standard configuration.)
We are configuring our cam5 using: fv, cam5, trop_mam3 modules. Do each of these modules have different grid decompositions?Just to clarify for this specific question, the answer is almost always no. For any specific run, it is safe to say only one grid is used by the whole atmosphere model, including physics, chemistry, and dynamics. This will probably not be true in the future, since the dynamics and column physics grids may be different in the future, and because of new and proposed features involving subcolumns and SPCAM that require a somewhat expanded concept of what the "grid" means. But for standard runs up through right now, you can assume that basically all of CAM is working on the same grid as is specified when you create the case, which should be the same as what's in the initial conditions file (ncdata).(Also, "cam5" is not really a distinct module or package per se. It is more like a shorter way of saying "CAM with trop_mam3 as the aerosol/chemistry and RRTMG as the radiation and TKE as the PBL scheme and Park's macrophysics and MG microphysics and ZM deep convection and UW shallow convection and..." This standard combination is the most common and supported one, and is thus defined in the user interface, but it is often possible, though not supported by us, to mix and match pieces between CAM4, CAM5, and physics packages that are not part of any standard configuration.)
dan_lipsa@kitware_com
Member
Sean, thank you for your detailed answer.I think I am a little more clear about where do I have to get the data from. I am looking in the physics module, and I am trying to understand the grid decomposition between MPI nodes and chunking that goes on there.I am looking at physics_types::physics_state and I don't really understand how are the chunks formed: for a 2D array such as pressure (ps) the chunk is unidimensional, while for a 3D array (such as t) it is 2D. I also tried to compare the chunked data with the data stored in the history file. Is there a document that describes this? Thank you
dan_lipsa@kitware_com
Member
Sean, thank you for your detailed answer.I think I am a little more clear about where do I have to get the data from. I am looking in the physics module, and I am trying to understand the grid decomposition between MPI nodes and chunking that goes on there.I am looking at physics_types::physics_state and I don't really understand how are the chunks formed: for a 2D array such as pressure (ps) the chunk is unidimensional, while for a 3D array (such as t) it is 2D. I also tried to compare the chunked data with the data stored in the history file. Is there a document that describes this? Thank you
dan_lipsa@kitware_com
Member
Sean, thank you for your detailed answer.I think I am a little more clear about where do I have to get the data from. I am looking in the physics module, and I am trying to understand the grid decomposition between MPI nodes and chunking that goes on there.I am looking at physics_types::physics_state and I don't really understand how are the chunks formed: for a 2D array such as pressure (ps) the chunk is unidimensional, while for a 3D array (such as t) it is 2D. I also tried to compare the chunked data with the data stored in the history file. Is there a document that describes this? Thank you
dan_lipsa@kitware_com
Member
Sean, thank you for your detailed answer.I think I am a little more clear about where do I have to get the data from. I am looking in the physics module, and I am trying to understand the grid decomposition between MPI nodes and chunking that goes on there.I am looking at physics_types::physics_state and I don't really understand how are the chunks formed: for a 2D array such as pressure (ps) the chunk is unidimensional, while for a 3D array (such as t) it is 2D. I also tried to compare the chunked data with the data stored in the history file. Is there a document that describes this? Thank you
dan_lipsa@kitware_com
Member
Sean, thank you for your detailed answer.I think I am a little more clear about where do I have to get the data from. I am looking in the physics module, and I am trying to understand the grid decomposition between MPI nodes and chunking that goes on there.I am looking at physics_types::physics_state and I don't really understand how are the chunks formed: for a 2D array such as pressure (ps) the chunk is unidimensional, while for a 3D array (such as t) it is 2D. I also tried to compare the chunked data with the data stored in the history file. Is there a document that describes this? Thank you
dan_lipsa@kitware_com
Member
Sean, thank you for your detailed answer.I think I am a little more clear about where do I have to get the data from. I am looking in the physics module, and I am trying to understand the grid decomposition between MPI nodes and chunking that goes on there.I am looking at physics_types::physics_state and I don't really understand how are the chunks formed: for a 2D array such as pressure (ps) the chunk is unidimensional, while for a 3D array (such as t) it is 2D. I also tried to compare the chunked data with the data stored in the history file. Is there a document that describes this? Thank you