[MITgcm-support] optim_m1qn3 on ARCHER supercomputer
Dan.Goldberg at ed.ac.uk
Wed Apr 10 12:31:44 EDT 2019
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..
On Wed, Apr 10, 2019 at 5:03 PM Martin Losch <Martin.Losch at awi.de<mailto:Martin.Losch at awi.de>> wrote:
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=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.
> 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.
> 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>
MITgcm-support mailing list
MITgcm-support at mitgcm.org<mailto:MITgcm-support at mitgcm.org>
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>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the MITgcm-support