Is anyone else seeing Out of Memory errors?
Hi all,
I'm regularly seeing Out of Memory errors when I fire up my IDEA with my language plugin installed and then go to the settings dialog (this is on a Macbook Pro running OS X 10.5.6 with 4GB of physical RAM).
Naturally, I assumed that I was doing something stupid, but - starngely - I was able to stop the Out of Memory errors from happening by disabling the IDETalk plugin. (?!?) I haven't yet tried to see if disabling any other plugins has the same effect.
I don't think my JVM memory settings are an issue, as I've bumped my min/max seetings to 512MB/1024MB.
Does this sound at all familiar to anyone?
Thanks,
Kurt Christensen
Please sign in to leave a comment.
Hello Kurt,
Are you running out of memory, or of PermGen space?
--
Dmitry Jemerov
Development Lead
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"
Hi Dmitry,
I'm sorry; I should have been more precise - I'm running out of PermGen space. The error shows up in different ways, but here's a fairly representative stack trace:
java.lang.OutOfMemoryError: PermGen space
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
at java.lang.ClassLoader.defineClass(ClassLoader.java:520)
at com.intellij.util.lang.UrlClassLoader._defineClass(UrlClassLoader.java:119)
at com.intellij.util.lang.UrlClassLoader.defineClass(UrlClassLoader.java:115)
at com.intellij.util.lang.UrlClassLoader.findClass(UrlClassLoader.java:71)
at java.lang.ClassLoader.loadClass(ClassLoader.java:316)
at com.intellij.util.lang.UrlClassLoader.loadClass(UrlClassLoader.java:80)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
at com.intellij.ide.fileTemplates.impl.FileTemplateConfigurable.<clinit>(FileTemplateConfigurable.java:115)
at com.intellij.ide.fileTemplates.impl.AllFileTemplatesConfigurable.createComponent(AllFileTemplatesConfigurable.java:152)
at com.intellij.openapi.options.newEditor.OptionsEditor$Simple.<init>(OptionsEditor.java:1)
at com.intellij.openapi.options.newEditor.OptionsEditor.i(OptionsEditor.java:102)
at com.intellij.openapi.options.newEditor.OptionsEditor.access$1000(OptionsEditor.java:69)
at com.intellij.openapi.options.newEditor.OptionsEditor$6.run(OptionsEditor.java)
at com.intellij.openapi.application.impl.ApplicationImpl$5.run(ApplicationImpl.java:8)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
at java.util.concurrent.FutureTask.run(FutureTask.java:123)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
at java.lang.Thread.run(Thread.java:613)
at com.intellij.openapi.application.impl.ApplicationImpl$1$1.run(ApplicationImpl.java:5)
Thanks,
Kurt Christensen
Hello Kurt,
PermGen space is controlled by a different option (-XX:MaxPermSize). We've
increased the default MaxPermSize from 120M to 150M in the latest 8.1.1 EAP
build, and this should be enough for the current version. Indeed, disabling
plugins will reduce the number of classes which will be loaded, which can
avoid running out of permgen space.
--
Dmitry Jemerov
Development Lead
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"
Thanks for your help!
Cheers,
Kurt Christensen