java - SLURM - OutOfMemoryError: GC overhead limit exceeded -
i have submitted sbatch job slurm.
#!/bin/bash #sbatch --job-name=freset_weighting #sbatch --output=freset.out #sbatch --error=freset.err #sbatch --time=120:00:00 #sbatch --mem=32769 #sbatch --mail-type=begin #sbatch --mail-type=end java -jar ~/freset/freset_0.1.jar -xx:-usegcoverheadlimit -xmx32g
the job stops following error:
exception in thread "main" java.lang.reflect.invocationtargetexception @ sun.reflect.nativemethodaccessorimpl.invoke0(native method) @ sun.reflect.nativemethodaccessorimpl.invoke(nativemethodaccessorimpl.java:39) @ sun.reflect.delegatingmethodaccessorimpl.invoke(delegatingmethodaccessorimpl.java:25) @ java.lang.reflect.method.invoke(method.java:597) @ org.eclipse.jdt.internal.jarinjarloader.jarrsrcloader.main(jarrsrcloader.java:58) caused by: java.lang.outofmemoryerror: gc overhead limit exceeded @ java.util.regex.matcher.<init>(matcher.java:207) @ java.util.regex.pattern.matcher(pattern.java:885) @ java.util.regex.pattern.split(pattern.java:994) @ java.util.regex.pattern.split(pattern.java:1056)
the java process should have been started -xx:-usegcoverheadlimit argument avoid error.
cheers, markus
from java usage
usage: java [-options] -jar jarfile [args...] (to execute jar file)
so should specifying options "-xx:-usegcoverheadlimit -xmx32g" before "-jar myjar.jar"
java -xx:-usegcoverheadlimit -xmx32g -jar ~/freset/freset_0.1.jar
if getting error though concerned program doing make garbage collection work overtime this. suggest doing profiling figure out causing many temporary objects. question has answers tuning, gc overhead limit exceeded.
Comments
Post a Comment