[FLASH-USERS] [Fwd: Re: problem in initializing more than 2GB pr CPU]

[Tomasz Plewa]

Latif -

I am inclined to follow

http://flash.uchicago.edu/pipermail/flash-users/2005-November/002057.html

In case of the Intel compiler, check -mcmodel=medium or -mcmodel=large.
This opion needs to be used consistently among all application
components, I believe.

By the way, I am not sure there exist systems capable of evolving more
than 2 GB of application memory for real problems. At that memory use
level, execution per time step will be prohibitively slow. That is,
unless you allocate additional memory only for occasional use, which is
not the case here, your application will crawl to completion.

Tomek
--
M.A. Latife wrote:
> 
> Hi
> Dear all,
> I am using super computer with following specifications. it has 128 Gb 
> internal memory and 16 processors.
> it is the same pc about which Seyit mentioned compiling problems in 
> previous emails.
> Ubuntu
> Linux si01 2.6.24.3 #1 SMP Fri Jul 4 11:02:09 CEST 2008 x86_64 GNU/Linux
> ifort intel compiler version 10.1.012
> hdf5 1.6.7 (serial)
> mpich2 Version: 1.0.6
> gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)
> FFLAGS_OPT   = -c -r8 -i4  -xT -O3 -no-prec-div -static -I 
> $(MPI_PATH)/include
> or (only -ipo difference, result seemingly doesn't change)
> FFLAGS_OPT   = -c -r8 -i4  -fast -I $(MPI_PATH)/include
> 
> 
> Now we have an other problem that when we try to initiate 2000 blocks 
> which in my case has more than 2 GB per processor it starts giving this 
> error and make is not complete. we can't understand why it is not making 
> when we have more than 2 GB per processor. it works fine for less than 
> less than 2 GBper processor . Is it compiler problem or some thing else?
> 
> 
> 
> dBaseTree.o: In function `dbasetree_mp_dbasetreesetreal3d_':
> dBaseTree.F90:(.text+0x22): relocation truncated to fit: R_X86_64_32S 
> against symbol `tree_mp_bnd_box_' defined in COMMON section in tree.o
> dBaseTree.o: In function `dbasetree_mp_dbasetreesetint3d_':
> dBaseTree.F90:(.text+0xb4): relocation truncated to fit: R_X86_64_32S 
> against symbol `tree_mp_child_' defined in COMMON section in tree.o
> dBaseTree.F90:(.text+0xea): relocation truncated to fit: R_X86_64_32S 
> against symbol `tree_mp_neigh_' defined in COMMON section in tree.o
> dBaseTree.o: In function `dbasetree_mp_dbasetreesetreal2d_':
> dBaseTree.F90:(.text+0x176): relocation truncated to fit: R_X86_64_32S 
> against symbol `tree_mp_bsize_' defined in COMMON section in tree.o
> dBaseTree.F90:(.text+0x19c): relocation truncated to fit: R_X86_64_32S 
> against symbol `tree_mp_coord_' defined in COMMON section in tree.o
> dBaseTree.o: In function `dbasetree_mp_dbasetreesetint2d_':
> dBaseTree.F90:(.text+0x244): relocation truncated to fit: R_X86_64_32S 
> against symbol `tree_mp_child_type_' defined in COMMON section in tree.o
> dBaseTree.F90:(.text+0x269): relocation truncated to fit: R_X86_64_32S 
> against symbol `tree_mp_neigh_type_' defined in COMMON section in tree.o
> dBaseTree.F90:(.text+0x289): relocation truncated to fit: R_X86_64_32S 
> against symbol `tree_mp_parent_' defined in COMMON section in tree.o
> dBaseTree.o: In function `dbasetree_mp_dbasetreesetreal1d_':
> dBaseTree.F90:(.text+0x2a0): relocation truncated to fit: R_X86_64_32S 
> against symbol `tree_mp_work_block_' defined in COMMON section in tree.o
> dBaseTree.o: In function `dbasetree_mp_dbasetreesetint1d_':
> dBaseTree.F90:(.text+0x330): additional relocation overflows omitted 
> from the output
> make[1]: *** [flash2] Error 1
> make[1]: Leaving directory `/home/users/latife/FLASH2.5/object'
> make: *** [default] Error 2
> Thanks in advance
> Best Regards
> Latif
> 
> 
> 
> 
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: tomek.vcf
Type: text/x-vcard
Size: 296 bytes
Desc: not available
URL: <http://flash.rochester.edu/pipermail/flash-users/attachments/20080724/0bf565a8/attachment.vcf>