java.lang.OutOfMemoryErrorを：GCオーバーヘッドの制限は、私がScalaの開発者ですScalaの

Question

に超えて、私は、エラーの下に与えられたスローだ別の行を追加する場合、それは、1008行が含まれていルートファイルでこのエラーを取得しています。..

Uncaught error from thread [sbt-web-scheduler-1] shutting down JVM since 'akka.jvm-exit-on-fatal-error' is enabled for ActorSystem[sbt-web] 
java.lang.OutOfMemoryError: GC overhead limit exceeded 
     at java.util.jar.Manifest$FastInputStream.<init>(Unknown Source) 
     at java.util.jar.Manifest$FastInputStream.<init>(Unknown Source) 
     at java.util.jar.Manifest.read(Unknown Source) 
     at java.util.jar.Manifest.<init>(Unknown Source) 
     at java.util.jar.JarFile.getManifestFromReference(Unknown Source) 
     at java.util.jar.JarFile.getManifest(Unknown Source) 
     at sun.misc.URLClassPath$JarLoader$2.getManifest(Unknown Source) 
     at java.net.URLClassLoader.defineClass(Unknown Source) 
[ERROR] [04/12/2016 15:17:32.883] [sbt-web-scheduler-1] [ActorSystem(sbt-web)] exception on LARSÆ timer thread 
     at java.net.URLClassLoader.access$100(Unknown Source) 
java.lang.OutOfMemoryError: GC overhead limit exceeded 
     at java.net.URLClassLoader$1.run(Unknown Source) 
     at java.net.URLClassLoader$1.run(Unknown Source) 
     at akka.actor.LightArrayRevolverScheduler$$anon$8.nextTick(Scheduler.scala:409) 
     at java.security.AccessController.doPrivileged(Native Method) 
     at akka.actor.LightArrayRevolverScheduler$$anon$8.run(Scheduler.scala:375) 
     at java.net.URLClassLoader.findClass(Unknown Source) 
     at java.lang.ClassLoader.loadClass(Unknown Source) 
     at java.lang.Thread.run(Unknown Source) 
     at java.lang.ClassLoader.loadClass(Unknown Source) 

     at akka.event.Logging$Info$.apply(Logging.scala:665) 
     at akka.event.BusLogging.notifyInfo(Logging.scala:1140) 
     at akka.event.LoggingAdapter$class.info(Logging.scala:950) 
     at akka.event.BusLogging.info(Logging.scala:1128) 
     at akka.actor.LightArrayRevolverScheduler$$anon$8.run(Scheduler.scala:382) 
[ERROR] [04/12/2016 15:18:33.808] [sbt-web-scheduler-1] [ActorSystem(sbt-web)] Uncaught error from thread [sbt-web-scheduler-1]   at java.lang.Thread.run(Unknown Source) 
shutting down JVM since 'akka.jvm-exit-on-fatal-error' is enabled 
java.lang.OutOfMemoryError: GC overhead limit exceeded 
     at java.util.jar.Manifest$FastInputStream.<init>(Unknown Source) 
     at java.util.jar.Manifest$FastInputStream.<init>(Unknown Source) 
     at java.util.jar.Manifest.read(Unknown Source) 
     at java.util.jar.Manifest.<init>(Unknown Source) 
     at java.util.jar.JarFile.getManifestFromReference(Unknown Source) 
     at java.util.jar.JarFile.getManifest(Unknown Source) 
     at sun.misc.URLClassPath$JarLoader$2.getManifest(Unknown Source) 
     at java.net.URLClassLoader.defineClass(Unknown Source) 
     at java.net.URLClassLoader.access$100(Unknown Source) 
     at java.net.URLClassLoader$1.run(Unknown Source) 
     at java.net.URLClassLoader$1.run(Unknown Source) 
     at java.security.AccessController.doPrivileged(Native Method) 

ルートにはどのくらいの行が許可されていますか？これをどうすれば解決できますか？

エディタ：によって

おかげでEclipseの、 B.UdayaKumar

Answer 1

Javaヒープ内のオブジェクトを割り当てるための十分なスペースがある場合には通常、このエラーがスローされます。この場合、ガベージコレクタは新しいオブジェクトを格納するためのスペースを確保できず、ヒープをさらに拡張することはできません。また、Javaクラスのロードをサポートするために十分なネイティブ・メモリーがない場合、このエラーがスローされることがあります。ごくまれに、ガベージコレクションに費やされる時間が非常に長くなり、メモリがほとんど解放されているときに、java.lang.OutOfMemoryErrorがスローされることがあります。

このプロセスをスムーズに実行するには、基本的にメモリが不足しています。気になるオプションは次のとおりです。

• JAVA_OPTS的環境変数を使用して、より多くのメモリを指定して、同様の間に何かしてみてください - Xmx1Gを。
• のことができます。また、GCのチューニングの詳細オプションについて-XX:+UseConcMarkSweepGC

を有効にすることで、手動でチューニングGCはヒープサイズを大きくすると、あなたのルートは、問題を制限する修正する必要がありConcurrent Mark Sweep

を参照してください。