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.

Bug 246698 - OutOfMemoryError: GC overhead limit exceeded
Summary: OutOfMemoryError: GC overhead limit exceeded
Status: RESOLVED FIXED
Alias: None
Product: editor
Classification: Unclassified
Component: Painting & Printing (show other bugs)
Version: 8.0
Hardware: All All
: P3 normal (vote)
Assignee: Miloslav Metelka
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-08-26 10:05 UTC by pjabara
Modified: 2014-10-18 05:12 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter: 211434


Attachments
stacktrace (887 bytes, text/plain)
2014-08-26 10:05 UTC, pjabara
Details

Note You need to log in before you can comment on or make changes to this bug.
Description pjabara 2014-08-26 10:05:12 UTC
Build: NetBeans IDE 8.0 (Build 201403101706)
VM: Java HotSpot(TM) 64-Bit Server VM, 25.0-b70, Java(TM) SE Runtime Environment, 1.8.0-b132
OS: Windows 7

User Comments:
pjabara: I was on the master branch. i commite and pushed my changes to git hub. i change the branch and open the IDE then it was not working. It does not happens frequently. Encountered it first time. I've 4 GB of RAM, Core 2Duo 2.20 GH processor.




Stacktrace: 
java.lang.OutOfMemoryError: GC overhead limit exceeded
   at java.lang.ref.ReferenceQueue.<init>(ReferenceQueue.java:53)
   at java.util.WeakHashMap.<init>(WeakHashMap.java:180)
   at java.util.WeakHashMap.<init>(WeakHashMap.java:241)
   at com.sun.javafx.tk.Toolkit.firePulse(Toolkit.java:335)
   at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:479)
   at com.sun.javafx.tk.quantum.QuantumToolkit.pulse(QuantumToolkit.java:460)
Comment 1 pjabara 2014-08-26 10:05:13 UTC
Created attachment 148899 [details]
stacktrace
Comment 2 Tomas Hurka 2014-08-27 07:12:37 UTC
There is a number of DiffSidebar instances held by one NBEditorDocument. See path to GCRoot for 
DiffSidebar#8
DiffSidebar#9
DiffSidebar#10
DiffSidebar#11
...
all are held by NBEditorDocument#7.
This problem is probably caused by cloning editor's topcomponent. Reassigning to editor for further evaluation.
Comment 3 Miloslav Metelka 2014-09-30 15:35:34 UTC
I have went through all the stuff holding strong refs to QuietEditorPane instances after they get closed. Not only the cases when both QEP and its document get closed but also when an editor component gets cloned i.e. when the document instance remains due to an opened QEP and only a cloned QEP gets closed.
The QEP instances should now get GCed appropriately.
http://hg.netbeans.org/jet-main/rev/ae5e62249254
Comment 4 Quality Engineering 2014-10-18 05:12:24 UTC
Integrated into 'main-silver', will be available in build *201410180001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)

Changeset: http://hg.netbeans.org/main-silver/rev/ae5e62249254
User: Miloslav Metelka <mmetelka@netbeans.org>
Log: #246698 - OutOfMemoryError: GC overhead limit exceeded - Ensure QuietEditorPane instances get GCed once they are closed including a case when only a cloned QEP gets closed.