Changes between Version 43 and Version 44 of 2016WP/2016SharedActions
- Timestamp:
- 2015-11-12T10:49:10+01:00 (8 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
2016WP/2016SharedActions
v43 v44 54 54 === '''AGRIF''' === 55 55 ==== ''' '''AGRIF-1 / Met Office - Increased vertical resolution with AGRIF ==== 56 ''' Motivation:''' Vertical grid refinement in NEMO would be a useful tool in simulating some aspects of the ocean (e.g. overflows) [[BR]] ''' Status: ''' Started in 2015 but much more work to do [[BR]] ''' Main Tasks: ''' [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' Medium [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator : '''Tim Graham56 ''' Motivation:''' Vertical grid refinement in NEMO would be a useful tool in simulating some aspects of the ocean (e.g. overflows) [[BR]] ''' Status: ''' Started in 2015 but much more work to do [[BR]] ''' Main Tasks: ''' [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' Medium [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator : ''' Tim Graham 57 57 58 58 ==== ==== … … 60 60 ==== ==== 61 61 ==== AGRIF-2 / CNRS - Assessment of LIM3 with AGRIF ==== 62 ''' Motivation:''' Assess the grid refinement with LIM3, since LIM3 is consolidated in NEMO and should remain the only sea-ice model in the system[[BR]] ''' Status: ''' Not yet tarted in 2015 [[BR]] ''' Main Tasks: ''' [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' High [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator :'''Clément Rousset62 ''' Motivation:''' enable the use of AGRIF with LIM3 since LIM3 is the reference sea ice model in NEMO and LIM2 will soon be removed[[BR]] ''' Status: ''' Not yet started in 2015 [[BR]] ''' Main Tasks: '''AGRIF already works with LIM2, so the strategy here will be to adapt what is done in LIM2 to LIM3. [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline: '''end of 2016 [[BR]] ''' Priority:''' High [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator :''' Clément Rousset 63 63 64 64 === === 65 65 ==== AGRIF-3 / Mercator Océan - Agrif + vvl (two way nesting) ==== 66 ''' Motivation:''' Enable the use of agrif with temporally varying vertical grid (e.g. with zstar or ztilde coordinates) [[BR]] ''' Status: ''' Started in 2015. One way nesting is ok, two way nesting needs to be finalized. [[BR]] ''' Main Tasks: ''' [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' High [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator :'''Jérôme Chanut66 ''' Motivation:''' Enable the use of agrif with temporally varying vertical grid (e.g. with zstar or ztilde coordinates) [[BR]] ''' Status: ''' Started in 2015. One way nesting is ok, two way nesting needs to be finalized. [[BR]] ''' Main Tasks: ''' [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' High [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator :''' Jérôme Chanut 67 67 68 68 === === … … 74 74 ''' Motivation:''' Grouping communications (lbc_lnk) together is more efficient than several separate lbc_lnk calls. [[BR]] 75 75 76 ''' Status: ''' lbc_lnk_multi in 3.6 [[BR]] ''' Main Tasks: ''' Extend functionality of lbc_lnk_multi to 3D (or 4D variables). Find calls to lbc_lnk that can be replaced with lbc_lnk_multi. [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator : '''Miguel Castrillo76 ''' Status: ''' lbc_lnk_multi in 3.6 [[BR]] ''' Main Tasks: ''' Extend functionality of lbc_lnk_multi to 3D (or 4D variables). Find calls to lbc_lnk that can be replaced with lbc_lnk_multi. [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator : ''' Miguel Castrillo 77 77 78 78 ==== ''' '''HPC-3 / Barcelona - Suppress useless communications ==== 79 79 ''' Motivation:''' Suppress unnecessary calls to lbc_lnk. 80 80 81 [[BR]] ''' Status: ''' [[BR]] ''' Main Tasks: ''' Use a script to search for and test impact of removing lbc_lnk calls from the model code. Determine whether communications used for diagnostic purposes can be suppressed. [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator : '''Tim Graham81 [[BR]] ''' Status: ''' [[BR]] ''' Main Tasks: ''' Use a script to search for and test impact of removing lbc_lnk calls from the model code. Determine whether communications used for diagnostic purposes can be suppressed. [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator : ''' Tim Graham 82 82 83 83 ==== ''' '''HPC-4 / CMCC - Scalability with MPI-OPENMP ==== 84 84 ''' Motivation:''' Improving NEMO scalability. 85 85 86 [[BR]] ''' Status: ''' continuation of 2015 dev CMCC-1 [[BR]] ''' Main Tasks: ''' 1. the activity started at the end of 2013 with the analysis of three OpenMP approaches (implemented using “mini-apps”) on several multicore architectures; the second step was the implementation of the hybrid version of the GYRE configuration using the best OpenMP approach. Results in terms of scalability were not so good. Thus, the porting and the analysis of the hybrid version (using “mini-apps”) on many core architectures (e.g. Xeon Phi) is needed, before extending the hybrid OpenMP/MPI approach to the entire code, in order to justify the effort of the development. This analysis is carrying out in 2015. The extension of the hybrid implementation on the entire code will depend on the results of this analysis. 2. analysis of scalability improvement using MPI3 new communications (e.g. collective neighbours communications), instead of point to point communications [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' HIGH [[BR]] ''' Depends on:''' results of the same action in 2015 [[BR]] ''' Principal Investigator : '''Silvia Mocavero86 [[BR]] ''' Status: ''' continuation of 2015 dev CMCC-1 [[BR]] ''' Main Tasks: ''' 1. the activity started at the end of 2013 with the analysis of three OpenMP approaches (implemented using “mini-apps”) on several multicore architectures; the second step was the implementation of the hybrid version of the GYRE configuration using the best OpenMP approach. Results in terms of scalability were not so good. Thus, the porting and the analysis of the hybrid version (using “mini-apps”) on many core architectures (e.g. Xeon Phi) is needed, before extending the hybrid OpenMP/MPI approach to the entire code, in order to justify the effort of the development. This analysis is carrying out in 2015. The extension of the hybrid implementation on the entire code will depend on the results of this analysis. 2. analysis of scalability improvement using MPI3 new communications (e.g. collective neighbours communications), instead of point to point communications [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' HIGH [[BR]] ''' Depends on:''' results of the same action in 2015 [[BR]] ''' Principal Investigator : ''' Silvia Mocavero 87 87 88 88 ==== ''' '''HPC-5 / NERC - Implement larger haloes ==== 89 89 ''' Motivation:''' Improving NEMO scalability. 90 90 91 [[BR]] ''' Status: ''' New implementation - old idea [[BR]] ''' Main Tasks: ''' Investigate the benefits of using larger halo to reduce the communication frequency and hence improve performance and scalability. This is likely to be most influential in the barotropic time-splitting where it should be possible to emulate earlier solutions for the iterative solvers. Extension to the rest of the code will be considered subject to an impact assessment. [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' HIGH [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator : '''Andrew Coward91 [[BR]] ''' Status: ''' New implementation - old idea [[BR]] ''' Main Tasks: ''' Investigate the benefits of using larger halo to reduce the communication frequency and hence improve performance and scalability. This is likely to be most influential in the barotropic time-splitting where it should be possible to emulate earlier solutions for the iterative solvers. Extension to the rest of the code will be considered subject to an impact assessment. [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' HIGH [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator : ''' Andrew Coward 92 92 93 93 === === … … 96 96 '''Motivation:''' Introduce a vertical physics manager that allows to save MPP communications 97 97 98 ''' Status: ''' Already started[[BR]] ''' Main Tasks: ''' [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' High[[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator : '''Gurvan Madec98 ''' Status: ''' Already started[[BR]] ''' Main Tasks: ''' [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' High[[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator : ''' Gurvan Madec 99 99 100 100 === '''Configuration Manager''' === … … 136 136 ''' Motivation: '''SEABASS is the reference configuration for Data Assimilation, included in the NEMO v3.4_STABLE version. Various data assimilation experiments have been done with this configuration, with various data assimilation systems (e.g. Cosme et al, 2011, Bouttier et al. 2014, Yin et al., 2014). In this context, this configuration appears to be useful for data assimilation users, to couple their own DA system on NEMO and compare their results with thgose obtained on this configuration. SEABASS is also easy to take in hand. Also, it allows to update the configuration status to the future version of NEMO. For these reasons, this configuration is a relevant test case for Data Assimilation. [[BR]] ''' Status: ''' [[BR]] ''' Main Tasks: ''' [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator: '''Pierre-Antoine Bouttier 137 137 138 ==== ''' '''ROBUSTNESS-2 / Met Office - Improvements to EEN scheme with partial steps 138 ==== ''' '''ROBUSTNESS-2 / Met Office - Improvements to EEN scheme with partial steps ==== 139 139 ''' Motivation: ''' Following investigative work by Nicolas Ducousso it became clear that the EEN scheme in NEMO did not perform as expected in idealised test cases. Although a fix was implemented that improved the performance in idealised test cases the performance in realistic simulations (e.g. ORCA025) is worse. It is not clear that the new or old formulation is correct for the case of sloping bathymetry and partial steps. 140 [[BR]] ''' Status: ''' [[BR]] ''' Main Tasks: ''' [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' [[BR]] ''' Depends on:''' [[BR]] 140 141 [[BR]] ''' Status: ''' [[BR]] ''' Main Tasks: ''' [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' [[BR]] ''' Depends on:''' [[BR]] 141 142 142 143 '''ROBUSTNESS-3 / CNRS - Academic test cases in the system'''