[MITgcm-support] ifort optimization puzzle
Ed Hill
ed at eh3.com
Tue Mar 8 14:24:36 EST 2005
On Tue, 2005-03-08 at 08:47 +0100, Martin Losch wrote:
>
> together with Michael Schodlok I have set up a 1D experiment: 1 column
> of water (nx=ny=1, overlap=2, nr=30, dz=30*10). We specify zero net
> surface heat flux (qnet = 0), but -50W/m^2 shortwave heat flux (warming
> due to the sun), in order to drive kpp. This works all very nicely and
> we were happy, the mean temperature was constant, as it should (why
> didn't we stop there?). Then I suggested to move to a faster machine
> (from a $%^&* SUN to a nice linux-box with ifort). We used the standard
> ifort build-options file with paths to netcdf appended. But suddenly
> the system was losing heat at 1200W/m^2. Turning off optimization (-O0)
> or using g77 gave the old results (with constant mean temperature). We
> clearly have an optimization problem here. How serious do you think
> this is (I admit that we are using a somewhat pathological
> configuration)?
Hi Martin,
Jean-Michel has spent a lot of time recently going through the code and
systematically changing constants such as:
"2.23" ===> "2.23 _d 0"
and he has found that it really does make different compilers produce
much more similar results. And apparently the kpp package is just
chock-full of examples like the one above--see for yourself.
So, is there any chance that you're being bitten by type conversions in
kpp -- and that your ifort optimization settings are amplifying the
effect?
Ed
--
Edward H. Hill III, PhD
office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave.
Cambridge, MA 02139-4307
emails: eh3 at mit.edu ed at eh3.com
URLs: http://web.mit.edu/eh3/ http://eh3.com/
phone: 617-253-0098
fax: 617-253-4464
More information about the MITgcm-support
mailing list