Changes between Version 11 and Version 12 of ParallelismPerformances

Timestamp:

2012-10-16T08:38:14+02:00 (12 years ago)

Author:

dsolyga

Comment:

--

ParallelismPerformances

@@ -136 +136 @@
 === ''' ANSWERS FROM YANN (08/10/2012) ''': ===
 
-The problem is a hardware problem : the lustre disk system used by TGCC is configured for "big" files. When some data are read into a netcdf file, 2Mo of memory
+The problem is a hardware problem : the lustre system used by TGCC is configured for "big" files. When some data are read into a netcdf file, 2Mo of memory
 is used by the system. Moreover, the array vec_tmp contains data which are not contiguous in the netcdf file.
 Solutions proposed : 
@@ -143 +143 @@
  * forcing file : use LIMITED instead of LIMITED
 
+=== ''' PATCH  :''' ===
+
+ * Josefine suggested to modify the call to fliopen :
+{{{
+
+* comment line 84 : call flinclo
+
+* Modify the calling to flinopen line 105 (and allocation of itau) :
+
+  ttm_part=2   ! Here only read the 2 first values of time axis
+  ALLOCATE(itau(ttm_part))
+
+  CALL flinopen &
+&  (filename, .FALSE., iim_full, jjm_full, llm_full, lon_full, lat_full, &
+&   lev_full, ttm_part, itau, date0, dt_force, force_id) 
+}}}
+
+After first tests, the results are OK, we have the same performance when we set 2 in flincom module. 
  
-