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 173473 - OutOfMemoryError: GC overhead limit exceeded
Summary: OutOfMemoryError: GC overhead limit exceeded
Status: VERIFIED DUPLICATE of bug 172203
Alias: None
Product: apisupport
Classification: Unclassified
Component: Project (show other bugs)
Version: 6.x
Hardware: All All
: P2 blocker (vote)
Assignee: rmichalsky
URL: http://statistics.netbeans.org/except...
Keywords:
Depends on:
Blocks:
 
Reported: 2009-10-01 10:59 UTC by Jan Pokorsky
Modified: 2009-10-09 10:36 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter: 159355

Attachments
stacktrace (4.75 KB, text/plain)
2009-10-01 10:59 UTC, Jan Pokorsky 		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 Jan Pokorsky 2009-10-01 10:59:51 UTC 
Build: NetBeans IDE Dev (Build 090929)
VM: Java HotSpot(TM) 64-Bit Server VM, 14.2-b01, Java(TM) SE Runtime Environment, 1.6.0_16-b01
OS: Linux, 2.6.28-15-generic, amd64

User Comments:
jpokorsky: expanded layer.xml node of Refactoring API module (under Important files) in project view



Stacktrace: 
java.lang.OutOfMemoryError: GC overhead limit exceeded
        at java.lang.StringCoding$StringEncoder.encode(StringCoding.java:232)
        at java.lang.StringCoding.encode(StringCoding.java:272)
        at java.lang.String.getBytes(String.java:946)
        at java.io.UnixFileSystem.getBooleanAttributes0(UnixFileSystem.java:0)
        at java.io.UnixFileSystem.getBooleanAttributes(UnixFileSystem.java:228)
        at java.io.File.exists(File.java:733)
Comment 1 Jan Pokorsky 2009-10-01 10:59:56 UTC 
Created attachment 88657 [details]
stacktrace
Comment 2 Jan Pokorsky 2009-10-01 11:14:07 UTC 
I cannot attach the heap dump as it is ~80MB .gz file.
Comment 3 Jan Pokorsky 2009-10-01 12:22:02 UTC 
there is a lot of HashMap.Entry instances (>3000000, >160MB) on heap
Comment 4 Jesse Glick 2009-10-01 14:04:36 UTC 
Possible dupe of issue #172203, but I haven't looked at the dump.
Comment 5 rmichalsky 2009-10-07 13:23:57 UTC 
Do you still have the heap dump? I could fetch it on flash disk then. Otherwise I tend to close it as duplicate of issue
#172203, I cannot reproduce it on my computer.
Comment 6 Jan Pokorsky 2009-10-07 14:06:46 UTC 
The heap dump is available at http://www.filefactory.com/file/a0fd2hh/n/heapdump_173473_layer_node_hprof_gz
Comment 7 Jesse Glick 2009-10-07 17:05:01 UTC 
I would suggest checking whether you can still reproduce in a build containing 77d364292802, the attempted fix for #172203.
Comment 8 rmichalsky 2009-10-08 09:22:53 UTC 
Thanks for the file, there are indeed many entries from SequentialPropertyEvaluator providers, but I can't tell for
sure, OQL scripts I attempted end up with "Too many results, please refine your query" (and take ages). Closing as
duplicate, feel free to reopen if Jesse's mentioned fix won't help.

*** This issue has been marked as a duplicate of 172203 ***
Comment 9 Jan Pokorsky 2009-10-09 10:36:50 UTC 
Product Version: NetBeans IDE Dev (Build 091009)
Java: 1.6.0_16; Java HotSpot(TM) 64-Bit Server VM 14.2-b01

It seems to work now.