[MITgcm-support] optim_m1qn3 on ARCHER supercomputer

[GOLDBERG Daniel]

Hi Martin

Thanks for the response. I have cloned from github.

I tried building with the CPPFLAGS and FFLAGS you specify below, and again tried calling optim.x with both

a) the ecco_cost_MIT_CE_000.opt0000 created on the same computer as optim.x, with a cray-compiled mitgcmuv_ad
b) the ecco_cost_MIT_CE_000.opt0000 created on the engaging computer, with a gfortan-complied mitgcmuv_ad (note both files are the same size)

(I did not try the global ocean tutorial because as you say, openad is a pain to compile)

Again, (a) led to a similar error to before -- it thinks an EOF is reached, seemingly in the same place as before! And (b) did run, but as you mentioned led to NaNs in places.

So I am still unsure if the problem is in pkg/ctrl (?) producing the binary. I am attempting to compile mitgcm/openad on archer with intel compilers.. i am making slow slow progress..

Many thanks
Dan

On Wed, Apr 10, 2019 at 5:03 PM Martin Losch <Martin.Losch at awi.de<mailto:Martin.Losch at awi.de>> wrote:
Hi Dan,

I don’t have access to ARCHER but I have a Cray CS400 with a somewhat disfunctional cray compiler. I followed the instructions in the README.md on https://github.com/mjlosch/optim_m1qn3 and I was able to run the tutorial_global_oce_optim for the zeroth iteration (so I can assume that in this case my compiler is not totally off), I could also compile and run optim.x with these flags:


CPPFLAGS = -DREAL_BYTE=4                \
        -DMAX_INDEPEND=1000000          \
        -D_RL=‘real*8'  \
        -D_RS=‘real*4'  \
        -D_d='d'

#                -DMAX_INDEPEND=293570968        \
# FORTRAN compiler and its flags copied from the opt file, or rather the Makefile of tutorial_global_oce_optim
FC              = ftn
FFLAGS     =  -h byteswapio -hnoomp -O0 -hfp0

Everything looks good until m1qn3_offline is called, unfortunately.
I get many wrong numbers ( somthingE+/-317, and even NaN), but also useful numbers in xx after m1qn3_offline has been called. This looks like something more severe. I’ll look into that, but if you can get this far, that would be good.

Please use the github version.

Martin



> On 10. Apr 2019, at 16:30, GOLDBERG Daniel <Dan.Goldberg at ed.ac.uk<mailto:Dan.Goldberg at ed.ac.uk>> wrote:
>
> Hello Martin (or anyone who has used optim_m1qn3 on ARCHER)
>
> I have used optim_m1qn3 previously but not on the ARCHER UK supercomputer (a Cray architecture). The setup i am using (making use of STREAMICE/OpenAD/optim_m1qn3) has been working well on the MIT engaging cluster but am now trying to run on ARCHER. Following the recommendations of others I have built MITgcm using Cray compilers; and i modified mlosch/m1qn3_optim/Makefile, save to point to my build directory.
>
> The first call to optim.x yields the error
>
> ============================================================
>   OPTIM_READDATA: opened file ecco_cost_MIT_CE_000.opt0000
> At line 1295 of file optim_readdata.f (unit = 20, file = 'ecco_cost_MIT_CE_000.opt0000')
> Fortran runtime error: End of file
> ============================================================
>
> which suggests the binary file is written in a format that optim_m1qn3 is not expecting?
>
> Other tests I did:
>
> 1) Ran the same experiment (i.e. same code and input, but with gnu compilers) on the engaging cluster. Ran fine.
> 2) Called optim.x (compiled on Archer) with the ecco_cost_MIT_CE_000.opt0000 produced on engaging. Ran fine.
> 3) Called optim.x (compiled on engaging) with the ecco_cost_MIT_CE_000.opt0000 produced on ARCHER.
>
> Hence, either mitgcmuv_ad is writing a corrupted executable when built with a cray compiler, or the Makefile of m1qn3_optim should be modified to reflect that its input files are being produced by a cray-compiled executable -- but I do not know how to do this. I am attempting now to build and run MITgcm/OAD using iFort, but may run into trouble for different reasons.
>
> Any guidance you could give on this topic would be much appreciated.
>
> Best
> Dan
>
> --
>
> Daniel Goldberg, PhD
> Sr. Lecturer in Glaciology
> School of Geosciences, University of Edinburgh
> Geography Building, Drummond Street, Edinburgh EH8 9XP
>
>
> em: dan.goldberg at ed.ac.uk<mailto:dan.goldberg at ed.ac.uk>
> web: https://www.geos.ed.ac.uk/homes/dgoldber
> The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org<mailto:MITgcm-support at mitgcm.org>
> http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support

_______________________________________________
MITgcm-support mailing list
MITgcm-support at mitgcm.org<mailto:MITgcm-support at mitgcm.org>
http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support


--

Daniel Goldberg, PhD
Sr. Lecturer in Glaciology
School of Geosciences, University of Edinburgh
Geography Building, Drummond Street, Edinburgh EH8 9XP


em: dan.goldberg at ed.ac.uk<mailto:dan.goldberg at ed.ac.uk>
web: https://www.geos.ed.ac.uk/homes/dgoldber
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.mitgcm.org/pipermail/mitgcm-support/attachments/20190410/47ed1510/attachment-0001.html>