Changes between Version 28 and Version 29 of 2016WP/2016SharedActions
- Timestamp:
- 2015-11-10T17:12:04+01:00 (8 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
2016WP/2016SharedActions
v28 v29 50 50 === '''AGRIF''' === 51 51 ==== ''' '''AGRIF-1 / Met Office - Increased vertical resolution with AGRIF ==== 52 ''' 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]] ''' Tim Graham Depends on:''' [[BR]] ''' Principal Investigator : ''' 53 52 ''' 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]] ''' Tim Graham Depends on:''' [[BR]] ''' Principal Investigator : ''' 54 53 55 54 ==== AGRIF-3 / Mercator Océan - Agrif + vvl (two way nesting) ==== 56 ''' 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 Chanut55 ''' 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 57 56 58 57 === '''HPC''' === … … 63 62 ''' Motivation:''' Grouping communications (lbc_lnk) together is more efficient than several separate lbc_lnk calls. [[BR]] 64 63 65 ''' 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 Castrillo64 ''' 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 66 65 67 66 ==== ''' '''HPC-3 / Barcelona - Suppress useless communications ==== 68 67 ''' Motivation:''' Suppress unnecessary calls to lbc_lnk. 69 68 70 [[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 Graham69 [[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 71 70 72 71 ==== ''' '''HPC-4 / CMCC - Scalability with MPI-OPENMP ==== 73 72 ''' Motivation:''' Improving NEMO scalability. 74 73 75 [[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 Mocavero74 [[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 76 75 77 76 === '''Configuration Manager''' === … … 115 114 ==== ''' '''ROBUSTNESS-1 / CNRS - INTEGRATION OF THE SEABASS CONFIGURATION AS A TEST CASE ==== 116 115 ''' 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 116 117 ==== ROBUSTNESS-8 / Mercator Océan - Improve split-explicit free surface ==== 118 ''' Motivation: '''There are several aspects that need to be investigated concerning the robustness of current split-explicit algorithm: 119 120 - Tracer conservation issues (all time splitting options do not ensure global and local tracer conservation). 121 122 - Missing correction terms in the barotropic equations relative to internal pressure gradients. This would reduce mode splitting error, hence improve stability. 123 124 - Work on the stability of barotropic time stepping (based on INRIA's work) to possibly remove time filtering of barotropic variables. This would limit the temporal dissipation and greatly ease online coupling of nested domains at barotropic level (with AGRIF). 125 126 ''' Status: ''' [[BR]] ''' Main Tasks: ''' [[BR]] ''' Science Reviewer:''' [[BR]] ''' System Reviewer:''' [[BR]] ''' Deadline:''' [[BR]] ''' Priority:''' [[BR]] ''' Depends on:''' [[BR]] ''' Principal Investigator: '''Jérôme Chanut
