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.
Summary: | Since upgrading to 8.0.2 have received a couple of Low Memory - Not enough memory to compile reports | ||
---|---|---|---|
Product: | java | Reporter: | brettryan <brettryan> |
Component: | Source | Assignee: | Tomas Zezula <tzezula> |
Status: | RESOLVED INCOMPLETE | ||
Severity: | normal | CC: | Bhavesh_007 |
Priority: | P2 | ||
Version: | 8.1 | ||
Hardware: | Macintosh | ||
OS: | Mac OS X | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
IDE log
.npss file attached from NetBeans .npss file attached from NetBeans |
Description
brettryan
2014-12-10 04:37:28 UTC
Created attachment 150999 [details]
IDE log
Created attachment 151000 [details]
.npss file attached from NetBeans
.npss file
messages.log file is full of repetitive messages of the following type: INFO [org.netbeans.api.java.source.ClassIndex]: Ignoring closed index: please investigate it and reassign it to correct component. Thanks. Fixed jet-main 74c749c8be1b Testing with 8.1RC, this isn't fixed, in fact it's much worse. My IDE will now hang during background scanning for around 10 minutes and eventually fail with an out of memory. Product Version: NetBeans IDE 8.1 RC (Build 201510012201) Java: 1.8.0_60; Java HotSpot(TM) 64-Bit Server VM 25.60-b23 Runtime: Java(TM) SE Runtime Environment 1.8.0_60-b27 System: Mac OS X version 10.11 running on x86_64; UTF-8; en_AU (nb) User directory: /Users/bryan/Library/Application Support/NetBeans/8.1rc Cache directory: /Users/bryan/Library/Caches/NetBeans/8.1rc Please attach the NPSS file from 8.1RC. Thanks Created attachment 156689 [details]
.npss file attached from NetBeans
.npss file
Comment on attachment 156689 [details]
.npss file attached from NetBeans
Captured after and during trying to save a file to trigger CoS.
IDE was behaving mostly reliably for about 9 hours, now it's at a point where CoS will not work. It seems that something is being exhausted by objects not being released.
Product Version: NetBeans IDE 8.1 RC (Build 201510012201)
Java: 1.8.0_60; Java HotSpot(TM) 64-Bit Server VM 25.60-b23
Runtime: Java(TM) SE Runtime Environment 1.8.0_60-b27
System: Mac OS X version 10.11 running on x86_64; UTF-8; en_AU (nb)
User directory: /Users/bryan/Library/Application Support/NetBeans/8.1rc
Cache directory: /Users/bryan/Library/Caches/NetBeans/8.1rc
I am seeing this issue too. With 8.1. I tried opening the glassfish-4.1 source, and I'm getting notifications that it does not have enough memory to compile code. note: the Mac I'm using has 16GB of real memory, and I tried setting -J-Xmx4096m in the netbeans app etc/netbeans.conf file. Using jconsole, connected to the netbeans process, jconsole, showing the vm options, appears to show a max heap of just under 1GB, even though I set the -Xmx option. jconsole does report that I am running JDK 8u66. Further, adding -XX:+UseG1GC causes NetBeans to not complete loading. It shows the initial banner, and that it's loading modules, but then it stops. manually starting netbeans, I see the following in the output: Unknown option -XX:+UseG1GC The snapshot selfsampler9189698978604519839.npss does not contain running java indexer. Probably the indexing was already finished. Seems a memory leak in the IDE. Please can you generate the heap dump by: jmap -dump:live,format=b,file=heap.bin <pid> upload it to out builder: 1) Compress the heap dump file using zip or gzip 2) Select a file using the Choose File button at http://deadlock.netbeans.org/hudson/job/upload/build 3) Press Build and wait until the upload completed (this will take a long time) 4) The job will display a link to the uploaded file - paste this link to the bug report 5) Attach the link to this issue. Thanks. I will try the glassfish-4.1 sources as described in comment #10. I've fixed some minor case which may cause that javac may not be freed for a short period but it should not cause huge memory leaks as a next round will clean it. jet-main ab90c3b965de I've also added a possibility to automatically generate the heap dump in case of Low Memory (jmap is no more needed). To enable the heap dumper you need to run the IDE with the following command line option: -J-Dorg.netbeans.modules.java.source.indexing.JavaCustomIndexer.dump.on.low.mem=<path_to_folder_to_save_heapdumps_into> When the change will be available in nightly build I will attach a link to it. Please run the IDE with the option and upload the heapdump as described in my previous comment. Thanks a lot! The builds with heap dump is now available at: http://bits.netbeans.org/download/trunk/nightly/latest/ I've tried the glassfish and no LowMemory happens (dev build with default settings). Apparently the memory leak is not (not more) in the java indexing. However it's possible that there is a memory leak in project type causing the Low Memory. Please run the IDE with the above command line option, submit the heapdump and attach a link. I will use the build as well. When I get a heapdump I will create an issue on correct component. Thanks! Integrated into 'main-silver', will be available in build *201606170002* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/ab90c3b965de User: Tomas Zezula <tzezula@netbeans.org> Log: #249248:Since upgrading to 8.0.2 have received a couple of Low Memory - Not enough memory to compile reports *** Bug 257056 has been marked as a duplicate of this bug. *** |