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