[MITgcm-devel] verification/lab_sea/tr_run.salt_plume
Jean-Michel Campin
jmc at ocean.mit.edu
Wed Apr 23 23:53:38 EDT 2008
Hi Dimitris,
Let's reserve the word "stable" for numerical stability issue,
and talk about "sensitivity" of this set-up when results
change from 1 platform/compiler to an other.
In your previous e-mail:
Advection scheme 7 for T & S => not using AB for T & S
=> you need StaggerTimeStep to get a "stable" time-stepping
scheme regarding internal-wave processes.
There are obviously some special cases where it's not needed (e.g.,
if there is no stratification), and other cases where it's not clear
(e.g., with nonHydrostatic=T). But in general, it's better to
use a stable time-stepping.
Sensitivity of the set of lab_sea test:
1) on faulks, we only get 5 or 6 digits for cg2d with ifort or pgf.
for all 4 lab_sea tests. In this situation, it's difficult to say that
what you get with StaggerTimeStep=T in lab_sea.salt_plume
is very specific to StaggerTimeStep.
2) I agree, it would be usefull to know why (and which part of
the code) is responsible for this high sensitivity of all lab_sea
test. I remember trying to investigate this question but did not
get very far.
3) regarding this example below, cg2d is still better with
StaggerTimeStep=T (13 compared to 12).
That's all for today.
Cheers,
Jean-Michel
On Wed, Apr 23, 2008 at 06:04:14PM -0700, Dimitris Menemenlis wrote:
> here is results for sensitivity test with useSALT_PLUME=.FALSE.
>
> >useSALT_PLUME=.FALSE., AdvScheme=7, and StaggerTimeStep=.FALSE.
> >Y Y Y Y>12<16 16 16 16 16 16 16 16 16 16 13 16 16 16 13 16 . . . . .
> >. . . FAIL lab_sea.salt_plume
> >
> >useSALT_PLUME=.FALSE., AdvScheme=7, and StaggerTimeStep=.TRUE.
> >Y Y Y Y>13<16 16 16 10 16 16 10 8 16 16 13 6 13 16 13 6 . . . . .
> >. . . pass lab_sea.salt_plume
>
> again, for AdvScheme=7, StaggerTimeStep=.FALSE. appears to be more stable
> than StaggerTimeStep=.TRUE.
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel
More information about the MITgcm-devel
mailing list