[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