[Iplant-api-dev] What are the best practices for getting 4-8GB java JVMs for testing?
Damian Gessler
dgessler at iplantcollaborative.org
Wed Dec 11 12:37:15 MST 2013
Lonestar appears to be running tight today.
Per Rion's response yesterday on allocating a JVM, this worked yesterday:
> login1$ java -Xmx5099m -version
> java version "1.7.0_45"
> Java(TM) SE Runtime Environment (build 1.7.0_45-b18)
> Java HotSpot(TM) 64-Bit Server VM (build 24.45-b08, mixed mode)
but today it fails:
login2$ hostname
login2.ls4.tacc.utexas.edu
login2$ module load java64
login2$ java -Xmx5099m -version
Error occurred during initialization of VM
Could not reserve enough space for object heap
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.
Some experimenting (even w/ 32-bit jdk32 and 4GB limit) shows spotty
behavior, with sometimes even quite small allocs failing.
A snapshot of top(1) on lonestar shows:
...
Mem: 24675392k total, 24632400k used, 42992k free, 221316k buffers
Swap: 0k total, 0k used, 0k free, 16030668k cached
...
which is way tight and is perhaps ?? why mem alloc is failing.
But when I log into stampede or longhorn, none of my home files are
available (must be mounting a different home dir).
Question:
As a best practice, onto which machine should I login so as to get
reliable 4-8GB java64 mem alloc for fAPI testing applications? (If it is
stampede or longhorn, I can copy files to home no prob).
Damian.
More information about the Iplant-api-dev
mailing list