David @1) We are now using
 

David

@1) We are now using lam for $WM_MPLIB but it also worked with openmpi for $WM_MPLIB

@2) can't remember, sorry

@3) yes, but if you set the number of cpus for compilation higer e.g. $WM_NCOMPPROCS=8 you will get some speedup (I think to the order of 2h or so)

Jens

Many thanks to Jens for help g
 

Many thanks to Jens for help getting me started on the SGI/Altix. The use of WM_NCOMPPROCS was a BIG help! I am still having problems I am hoping to get help with...

The OS on the machine is SGI ProPack 4.0.3, with gcc version 3.3.3 and icc version 9.0. (Note it is a supercomputer resource). When compiling, openfoam uses icpc, and I set the WM_MPLIB flag to LAM. Here are some problems I hope someone can help with...

1) I get warning #1357: optimization disabled due to excessive resource requirements. Is there a way to get around this?

2) PatchTool gives lots of Java errors. I certainly don't need anything graphical to run on the SGI/Altix machine, so is there a way to turn off anything that uses Java?

3) decomposePar gives the following error:

undefined reference to `Foam::Cloud<foam::indexedparticle>::readFields()'

4) several mico errors:
ld: /u/ac/dhebert/OpenFOAM/OpenFOAM-1.3/src/mico-2.3.11/platforms/linuxIA64I64DPOpt/ lib/libmicocoss2.3.11.a(CosNaming.o): @gprel relocation against \dynamic symbol _marshaller__seq_CosNaming_Binding


Any help is appreicated, I anticipate having large simulations I would like to run parallel.

Thanks again,

David

I just wanted to write and say
 

I just wanted to write and say it seems all of the compilation warnings/problems were fixed when I installed a local version of gcc-4.1.1. Highly recommend doing this instead of using local compilers.

I am still having a problem with decomposePar, namely

undefined reference to `Foam::Cloud<foam::indexedparticle>::readFields()'

If anyone has any idea how to fix this, I would be interested.

Thanks again,

David