This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Build: NetBeans IDE Dev (Build 201312160002) VM: Java HotSpot(TM) 64-Bit Server VM, 25.0-b62, Java(TM) SE Runtime Environment, 1.8.0-ea-b120 OS: Linux User Comments: mr_lou_d: <Please provide a description of the problem or the steps to reproduce> Initial run after installation. Selected Tools->Options and changed to "No Proxy" Selected Tools->Plugins->Installed and activated the following features: Java SE JavaFX 2 Tools User Installed Plugins (afterwards, NB said it was "Java Profiler" Then there was an excessively long delay while a underlying status bar reported "Creating Snapshot". I clicked "Finish" and the status stayed at 60% for a while until the exception occurred. Exited IDE, and "Creating Snapshot" continued to run until I received a message to terminate it, which I did. Stacktrace: java.lang.OutOfMemoryError: GC overhead limit exceeded at javax.management.openmbean.CompositeDataSupport.makeMap(CompositeDataSupport.java:135) at javax.management.openmbean.CompositeDataSupport.<init>(CompositeDataSupport.java:118) at sun.management.StackTraceElementCompositeData.getCompositeData(StackTraceElementCompositeData.java:74) at sun.management.StackTraceElementCompositeData.toCompositeData(StackTraceElementCompositeData.java:60) at sun.management.ThreadInfoCompositeData.getCompositeData(ThreadInfoCompositeData.java:84) at sun.management.ThreadInfoCompositeData.toCompositeData(ThreadInfoCompositeData.java:74)
Created attachment 143262 [details] stacktrace
Product Version: NetBeans IDE Dev (Build 201312160002) Updates: Updates available (Ant MultiView Windows [1.37->1.38]) Java: 1.8.0-ea; Java HotSpot(TM) 64-Bit Server VM 25.0-b62 Runtime: Java(TM) SE Runtime Environment 1.8.0-ea-b120 System: Linux version 3.2.0-55-generic running on amd64; Ubuntu 12.04 LTS 64b This machine has only 2Gb of RAM. System froze at 60% of Creating Snapshot
http://statistics.netbeans.org/exceptions/messageslog?id=690856 192MB in 3M instances of TreeMap$Entry 53MB in 660K instances of TreeMap does that mean there are only ten items in each TreeMap!? Where do the TreeMaps come from? "Editor Parsing Loop (201312160002)" is running and many of the values in the maps include references to various symbols or "lineNumber" text, etc. The heap dump takes a long time to process, but finally here is one GC root path: this - value: java.util.TreeMap$Entry #883 <- left - class: java.util.TreeMap$Entry, value: java.util.TreeMap$Entry #883 handles (Java frame) ObjectOutputStream handles (Java frame) ObjectOutputStream is used by a running thread. Thus I believe this might be problem in the sampler.
OOME is caused by very deep stack traces in "Folder recognizer" thread and also by the fact that IDE was running with only 400M Xmx. However I was able to extract the slowness snapshot from the heap dump and I will attach it to this issue.
Created attachment 143569 [details] Slowness snapshot extracted from the heap dump
Please evaluate attached slowness snapshot and reassign if needed.
*** This bug has been marked as a duplicate of bug 240388 ***