[MITgcm-devel] another bug in growth.F ?
Dimitris Menemenlis
menemenlis at sbcglobal.net
Tue Nov 28 11:08:52 EST 2006
Martin, I also notice increased ice thickness around Antarctica in the high-res
cubed sphere integration and increased sea-ice extent, much more summer ice
extent than observed.
What is you run34? In terms of CVS repository,
http://mitgcm.org/cgi-bin/viewcvs.cgi/MITgcm/pkg/seaice/growth.F
which version of growth.F did you use: pre 1.29, 1.29 with flooding and
advection turned on, 1.30, or 1.34? So far as I have looked in my own tests,
results from 1.30 and 1.34 are not that different. But then your run34 does not
have snow over open water, so it cannot be pre 1.29?
Optimistically, the too-much ice in run38 may be a bug in the NCEP/CORE forcing
fields rather than in growth.F. That is, too much precipitation is converted
into snow, which extracts heat from ocean when it melts. The effect would be
highly non-linear since more ice/snow extent means higher albedo, which leads to
cooler ice/ocean surface temperature, which in turn leads to more precipitation
being converted to snow, since in present treatment of precipitation, rain to
snow conversion depends on thermodynamic ice growth (rain) or melt (snow).
Optimistically again, the high tangent linear sensitivity noted by Patrick and
also in the verification experiments that you report is also due to above
effect. Incidentally, with growth.F prior to 1.30, the verification/lab_sea
domain is at all times 100% covered with snow (but not ice). So low forward
sensitivities prior to 1.30 are almost certainly for wrong reason.
One possible way of reducing the forward sensitivity (I have not yet tried it)
would be to remove the snow/rain dependence on ice growth rate and instead make
it depend on forcing field, e.g., surface air temperature and fresh water
freezing point, as is done in pkg/thice. Should I give this a try?
Dimitris
More information about the MITgcm-devel
mailing list