Changes between Version 22 and Version 23 of ticket/1613_NOC3_vvl_by_default


Ignore:
Timestamp:
2015-11-03T16:05:36+01:00 (5 years ago)
Author:
gm
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • ticket/1613_NOC3_vvl_by_default

    v22 v23  
    2525 
    2626== I. Before/Now/After vertical coordinate system by default == 
    27   ===>>> runs ORCA2_LIM3 trunk and this branch  identical to the last digit  ===>>> '''             OK'''              see revision   [https://forge.ipsl.jussieu.fr/nemo/log/branches/2015/dev_r5836_NOC3_vvl_by_default?rev= 5845]  [[BR]]===>>> small bug correction in in_out_manager.F90 ===>>> '''  OK'''   see revision  [https://forge.ipsl.jussieu.fr/nemo/log/branches/2015/dev_r5836_NOC3_vvl_by_default?rev= 5858] 
     27  ===>>> runs ORCA2_LIM3 trunk and this branch  identical to the last digit  ===>>> '''              OK'''               see revision   [https://forge.ipsl.jussieu.fr/nemo/log/branches/2015/dev_r5836_NOC3_vvl_by_default?rev= 5845]   [[BR]] ===>>> small bug correction in in_out_manager.F90 ===>>> '''   OK'''    see revision  [https://forge.ipsl.jussieu.fr/nemo/log/branches/2015/dev_r5836_NOC3_vvl_by_default?rev= 5858][[BR]]===>>> Not working in non vvl case (blow up in 10 time step !)  ===>>>  
    2828 
    2929'''   [[BR]]   Nevertheless'''          for both the trunk & this branch, ORCA2_LIM3 blow up atter 138 time step....[[BR]]        NB: to obtain the same results 1 things : revert domhpg.F90 optimization (use of r1_e...) [[BR]]        =========>>>>>>>>>>>>  try to find the origine of the model explosion:[[BR]]        (1) dynvor.F90 reverted to the v3.6_stable  version, i.e. with use of fmask at the proper place, the trunk still explode round the same time-step...  So the problem does not come from dynvor.[[BR]]        (2) iso neutral diffusion switch off (as well as div): it is not the issue the model still blow up (pdt 139)[[BR]]        (3) partial cells switch off (ln_zco=T): it is not the issue the model still blow up (pdt 142)[[BR]]      (4) tra_adv : use 2nd order centered scheme: blow up pdt 134[[BR]]      (5) just set hat as a constant= 2000  (instead of grid depend coeff  nn_aht_ijk = 20) : blow up pdt 134[[BR]]      (6) dynldf off (ln_dynldf_lap=F) & use of UBS (ln_dynadv_vec= F ; ln_dynad_ubs=T): '''      it is working !!!! '''(I stop the run after 3531)[[BR]]The error is thus probably in dynldf_lap_blp.F90. Note that if the code does not blow up it is very noisy at mid latitudes with such a setting... (probably logic with UBS on such a low resolution...). 
     
    4141== Misc. issues also solved == 
    4242 * domhpg.F90  : replace everywhere  /e1u (/e2v) by *r1_e1u (*r1_e2v)   ==>> put in comment !!gm to get same results 
     43 * dynspg_flt.F90 : replace everywhere /e1u (/e2v) by *r1_e1u (*r1_e2v) 
    4344 * use nn_print test to bypass some control print. (domcfg.F90 ; ...) 
    4445 * remove the use of prihre, prihin, prizre  ==>>> remove lib_print.f90