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 234498 - OutOfMemoryError: GC overhead limit exceeded
Summary: OutOfMemoryError: GC overhead limit exceeded
Status: RESOLVED WONTFIX
Alias: None
Product: apisupport
Classification: Unclassified
Component: Harness (show other bugs)
Version: 7.4
Hardware: All All
: P3 normal (vote)
Assignee: Martin Kozeny
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-16 14:25 UTC by Kenneth Ganfield
Modified: 2014-07-29 08:02 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 203103

Attachments
stacktrace (425 bytes, text/plain)
2013-08-16 14:25 UTC, Kenneth Ganfield 		Details
20 biggest objects (71.38 KB, image/png)
2013-08-19 07:18 UTC, Jaroslav Havlin 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Kenneth Ganfield 2013-08-16 14:25:18 UTC 
Build: NetBeans IDE Dev (Build 20130815-44f27c8357fd)
VM: Java HotSpot(TM) 64-Bit Server VM, 23.25-b01, Java(TM) SE Runtime Environment, 1.7.0_25-b17
OS: Windows 7

User Comments:
kganfield: running clean and build on project




Stacktrace: 
java.lang.OutOfMemoryError: GC overhead limit exceeded
   at java.lang.SecurityManager.checkPropertiesAccess(SecurityManager.java:1269)
   at java.lang.System.getProperties(System.java:623)
   at org.netbeans.modules.masterfs.watcher.Watcher$1.run(Watcher.java:386)
   at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1432)
   at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2042)
Comment 1 Kenneth Ganfield 2013-08-16 14:25:22 UTC 
Created attachment 138792 [details]
stacktrace
Comment 2 Jaroslav Havlin 2013-08-19 07:18:35 UTC 
Created attachment 138851 [details]
20 biggest objects
Comment 3 Jaroslav Havlin 2013-08-19 07:25:57 UTC 
There are 1,140,171 instances of
com.sun.tools.javac.code.Scope$ImportScope$ImportEntry.

The biggest object (by retained size) is an instance of
com.sun.tools.javac.processing.JavacProcessingEnvironment$Round#1
(see attached screenshot).

I'm not sure whether these numbers are suspicious.
Reassigning to Java/Source for evaluation. Thank you.
Comment 4 Jan Lahoda 2013-08-19 08:14:22 UTC 
I don't think this is related to the java/compiler or java/source code: these only include our copy of javac and code that incorporates it into the IDE, but the javac (instances of thereof) on the heapdump is the platform/JDK one, not the NetBeans one. Not quite sure how much/what can be done, but my best guess is that the project's build scripts (apisupport in this case) need to be adjusted to use fork if needed.
Comment 5 Martin Kozeny 2014-07-15 13:00:15 UTC 
Kenneth, please which project type did you build? Thank you.
Comment 6 Martin Kozeny 2014-07-15 14:40:46 UTC 
Is it J2SEProject as I can see from heap dump? As a quick fix try: export ANT_OPTS="-Xmx512m -XX:MaxPermSize=512m". Thank you.
Comment 7 Martin Kozeny 2014-07-29 08:02:57 UTC 
Closing as WONTFIX. Forking will probably would not help in case you build only one project. Please try to use workaround provided in https://netbeans.org/bugzilla/show_bug.cgi?id=234498#c6.