about VASP compiling on opteron

Vasp transition state theory tools

Moderator: moderators

Post Reply
hakuna
Posts: 54
Joined: Sat Oct 29, 2005 12:52 am

about VASP compiling on opteron

Post by hakuna »

hi, andri
I know from Dr. Greame that you have a opteron cluster, perhaps you have the experinece compiling VASP on this platforms.
I have a problem in using VASP on opteron cluster when compiling the code using INTEL compiler.

the compiled vasp can go through small works(short time and small memory), but the big jobs always gradually use up the memory and then the SWAP and at last suicide. this occures when using LIBGOTO or mkl.

perhaps you know how to deal with it.
and a MAKEFILE is surely appreciated.

thanks
andri
Site Admin
Posts: 117
Joined: Tue Apr 26, 2005 6:20 am

Post by andri »

Actually the Opteron cluster is Graeme's personal cluster (and his research group's) and I have not used it that much. I think the only things (VASP included) that I have complied there have been using Graeme's makefiles and pgf90. Maybe he will know some more about using ifort with amd processors. But it sounds like you have a memory leak somewhere in your executable.
graeme
Site Admin
Posts: 2281
Joined: Tue Apr 26, 2005 4:25 am
Contact:

Post by graeme »

That's very puzzling. I am using the Portland Group compilers on the Opteron cluster, but I did try the intel compiler at some point as well. It turned out to run slower, so I didn't use it. I also can't seem to find the makefile that I used. I don't remember any memory issues, but it also could be that I just didn't notice in my timing runs.

I remember that Andri has seen many problems with the intel compiler, and that they seem to get fixed (or introduced) as new versions come out. Try the latest compiler, and start with no optimization. If that works, it is likely a problem with the compiler.

Also, is this a problem with any vasp run, or only when you use our code? If we are introducing a leak, or a problem with the intel compiler, I would definitely like to track it down.
hakuna
Posts: 54
Joined: Sat Oct 29, 2005 12:52 am

Post by hakuna »

[quote="andri"]Actually the Opteron cluster is Graeme's personal cluster (and his research group's) and I have not used it that much. I think the only things (VASP included) that I have complied there have been using Graeme's makefiles and pgf90. Maybe he will know some more about using ifort with amd processors. But it sounds like you have a memory leak somewhere in your executable.[/quote]


thanks
and
sorry for my misunderstanding that you are in Greame's group.
hakuna
Posts: 54
Joined: Sat Oct 29, 2005 12:52 am

Post by hakuna »

[quote="graeme"]That's very puzzling. I am using the Portland Group compilers on the Opteron cluster, but I did try the intel compiler at some point as well. It turned out to run slower, so I didn't use it. I also can't seem to find the makefile that I used. I don't remember any memory issues, but it also could be that I just didn't notice in my timing runs.

I remember that Andri has seen many problems with the intel compiler, and that they seem to get fixed (or introduced) as new versions come out. Try the latest compiler, and start with no optimization. If that works, it is likely a problem with the compiler.

Also, is this a problem with any vasp run, or only when you use our code? If we are introducing a leak, or a problem with the intel compiler, I would definitely like to track it down.[/quote]

thanks, Greame
the problem is not invoked from your code, i think it may be the problem of ifort or mkl or libgoto when using on opteon cluster. there is no probelm when compiling vasp on intel machine(PC) using ifort and libgoto.

it seems that some report says the ifor have problem when using memroy lager than 2G, i am not sure.
graeme
Site Admin
Posts: 2281
Joined: Tue Apr 26, 2005 4:25 am
Contact:

Post by graeme »

Ok, good luck with it. I've linked to both the mkl and goto libraries without problems on the Opterons. I don't think that the compiler could cause a problem with these, assuming you are linking to prebuilt binary libraries.
Post Reply