[MITgcm-devel] vertical mixing
Alistair Adcroft
adcroft at MIT.EDU
Mon Aug 30 08:48:38 EDT 2004
Martin,
Go ahead but...
I had wanted to change the way we do diffusivity (vertical+horizontal) as a
whole.
We currently have a 1/2/3D diffusivity per variable which is unmanagable and
impractical with multiple tracers.
I wanted to have a diffusivity per process described by a non-dimensional
diffusivity (profile or field) and then a dimensional scalar per
tracer/process. This gives a matrix of possibilities for configuration and
reduces memory. The diffusivities would be added up at the two places where
we need them and only then.
It would be most convenient if this switch happened sooner rather than later
(ie. Before more processes get added). Since I'm out of it (travelling for
two weeks and then implementing my best ideas in MOM for a few years) are
you up to the task?
Otherwise, don't let me stop you adding the second most requested feature.
A.
--
Dr Alistair Adcroft http://www.mit.edu/~adcroft
MIT Climate Modeling Initiative tel: (617) 253-5938
EAPS 54-1624, 77 Massachusetts Ave, Cambridge, MA, USA
-----Original Message-----
From: mitgcm-devel-bounces at mitgcm.org
[mailto:mitgcm-devel-bounces at mitgcm.org] On Behalf Of Martin Losch
Sent: Monday, August 30, 2004 8:30 AM
To: MITgcm-devel at mitgcm.org
Subject: [MITgcm-devel] vertical mixing
Hi there,
I am going to implement a few vertical mixing schemes for a small
project on vertical mixing. In case you are interested I would like to
include them into the repository (once I am done, this may take a
while). The schemes include:
Pacanowski&Philander(1981) PP81
Mellor&Yamada MY80
Romea&Paluskiewicz (plume parameterisation) RP
To save me work in the future, I would like start my coding in such a
way that you all are happy with it later on.
PP81 and MY80 behave like KPP and probably should be called from
do_oceanic_phys and calc_diffusivities. RP replaces the call to
convective adjustment and is a little more tricky. Each of the three
schemes are not that much new code, so it may or may not be useful to
add another package for each. Does anyone have a good suggestion for
this? Or should I just go ahead and put them into separate packages?
Martin
_______________________________________________
MITgcm-devel mailing list
MITgcm-devel at mitgcm.org http://dev.mitgcm.org/mailman/listinfo/mitgcm-devel
More information about the MITgcm-devel
mailing list