Differences

This shows you the differences between two versions of the page.

--- library:computing:xios_impi_troubles [2017/08/04 15:17]
84.88.184.232 [Issue 1: NEMO fails to read input files]
+++ library:computing:xios_impi_troubles [2024/05/22 04:09] (current)
84.88.52.107 old revision restored (2017/08/11 11:11)
@@ Line 1: / Line 1: @@
-====== NEMO-XIOS issues with Intel MPI ======
+====== NEMO-XIOS Intel MPI issues ======
 ===== NEMO-XIOS @ MN3 =====
-**Environment:** NEMO 3.6 stable, XIOS 1.0. This bug was documented using the following compilers and MPI libraries:
+**Environment:** NEMO 3.6 stable, XIOS 1.0. This bug has been reported using the following compilers and MPI libraries:
   * Intel 13.0.1 & Intel MPI 4.1.3.049
@@ Line 196: / Line 196: @@
-**Actions taken:** Given that the error is a floating invalid we disabled the -fpe0 flag, but we still were having the same problem. Then we disabled compiler optimizations (use -O0) and the problem disappeared, but this obviously has an effect on performance. At second instance we activated -O2 optimizations and the model runs, so the performance loss is not that important as it would be running with -O0.
+**Actions taken:** Given that the error is a floating invalid we disabled the -fpe0 flag, but we still were having the same problem. Then we disabled compiler optimizations (use -O0) and the problem disappeared, but this obviously has an effect on performance. At second instance we activated -O2 optimizations and the model runs, so this way performance loss is not that important as it would be running with -O0.
-**Diagnosis:**
+Update: Using the new NetCDF 4.2 installed by Ops and key netcdf_par for XIOS2 the model can run using O3. We have to investigate further this issue.
-**Solution:** Use -O2 flag (instead of -O2).
+**Diagnosis:** By now it is difficult to know the exact source of this problem. Further debugging will be required.
+**Solution:** Use -O2 flag (instead of -O2). But now it seems to work using NetCDF 4.2, -O3 & netcdf_par for XIOS2.
 ==== Issue 3: MPI kills XIOS when writing model output ====
@@ Line 259: / Line 261: @@
 We tried an alternative solution, which was to __increment the number of XIOS servers__ in order to reduce the number of messages sent to the same process and by the moment it seems that it is effective.
-**Diagnosis:** The problem is that an one point the buffer for data transfer is not 4-byte aligned, and the library assumes it is. This is a really low level problem and we do not completely understand the relation between this and reduce the congestion, but maybe in the future we can get more information.
+**Diagnosis:** The problem is that an one point the buffer for data transfer is not 4-byte aligned, and the library assumes it is. This is a really low level problem and we do not completely understand the relation between this and reducing the congestion (which is achieved by adding servers), but maybe in the future we can get more information.
 **Solution:** By the moment the solution used is to use enough number of XIOS servers (47 for SR).
@@ Line 282: / Line 284: @@
 **Problem:** When loading module fabric, created by Ops to solve Issue 2 on NEMO (assertion invalid), EC-Earth enters in a deadlock. Our NEMO benchmark was rather running, but MPI_Finalize was not working and jobs never finished until wallclock time limit was reached.
-**Actions taken:**
+**Actions taken:** We managed to solve the issues 1 to 3, so there is no need to solve this one by now. However, if we find the time we will debug this problem.
 **Diagnosis:**
-**Solution:**
+**Solution:** No solution yet, but model can work without fabric module.

User Tools

Site Tools

Differences

Page Tools