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.
Product Version = NetBeans IDE 7.4 Beta (Build 201306132201) Operating System = Linux version 2.6.32-358.11.1.el6.i686 running on i386 Java; VM; Vendor = 1.7.0_21 Runtime = Java HotSpot(TM) Client VM 23.21-b01 In netbeans.conf, Xmx is not mentioned. But, memory icon in tool bar shows 509 MB as denominator. While I am typing this issue, memory icon shows 738 MB as denominator. I have taken the heapdump. It is around 251 MB. Is it must to upload heapdump, if yes, pls tell I will attach !
attached screenshot showing low memory notification and the current nb memory tool showing 509 MB in denominator
Created attachment 135833 [details] IDE log
Created attachment 135834 [details] screenshot low memory notification msg with 509 MB JVM memory
please upload the heap dump via http://deadlock.netbeans.org/hudson/job/upload/
I have uploaded the heapdump taken now... Here is the details.... Started by user anonymous Building remotely on upload-node Copying file to ./heap_dump [upload] $ /bin/sh -xe /tmp/hudson4416266274407547206.sh + mv heap_dump heap_dump.zip + set +e + zip -qT heap_dump.zip + ERROR_CODE=3 + set -e + '[' 3 '!=' 0 ']' + mv heap_dump.zip heap_dump + zip -m heap_dump.zip heap_dump adding: heap_dump (deflated 69%) ++ md5sum heap_dump.zip ++ cut -d ' ' -f1 + MD5PRINT=ba1276863354f8a7ed540ac6c9ba96f0 + mv heap_dump.zip 231301_2013-06-20_20-31-10_ba1276863354f8a7ed540ac6c9ba96f0.zip [DEBUG] Skipping watched dependency update; build not configured with trigger: upload #260 Finished: SUCCESS
Screenshot for multiple low memory notifications. heapdum also uploaded to http://deadlock.netbeans.org/hudson/job/upload. Reopening the issue
Created attachment 136101 [details] screenshot for multiple low memory notifications
There are 3 instances of com.sun.tools.javac.code.Symtab (#1 & #2 from hints) reassigning to java/hints for evaluation the dump is at: https://netbeans.org/projects/performance/downloads/download/heapdumps/heapdump_231301.7z
Integrated into 'main-golden', will be available in build *201306222301* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/3f11440fec3e User: Jan Lahoda <jlahoda@netbeans.org> Log: #231301: caching computed import candidates inside CompilationInfo, rather than in the error fixes private cache.
The caching is improved by the above changeset.
Observed the low memory to compile notification in the latest beta build also. So, reopening the issue Product Version: NetBeans IDE 7.4 Beta (Build 201307092200) Updates: Updates available Java: 1.7.0_21; Java HotSpot(TM) Client VM 23.21-b01 Runtime: Java(TM) SE Runtime Environment 1.7.0_21-b11 System: Linux version 2.6.32-358.11.1.el6.i686 running on i386; UTF-8; en_US (nb) User directory: /root/.netbeans/7.4beta Cache directory: /root/.cache/netbeans/7.4beta Details of the heapdump given here Started by user anonymous Building remotely on upload-node Copying file to ./heap_dump [upload] $ /bin/sh -xe /tmp/hudson3103173647460174156.sh + mv heap_dump heap_dump.zip + set +e + zip -qT heap_dump.zip + ERROR_CODE=3 + set -e + '[' 3 '!=' 0 ']' + mv heap_dump.zip heap_dump + zip -m heap_dump.zip heap_dump adding: heap_dump (deflated 1%) ++ md5sum heap_dump.zip ++ cut -d ' ' -f1 + MD5PRINT=2eccfb6522554db6b0ba41987dc50833 + mv heap_dump.zip 231301_2013-07-12_04-25-37_2eccfb6522554db6b0ba41987dc50833.zip [DEBUG] Skipping watched dependency update; build not configured with trigger: upload #272 Finished: SUCCESS
Created attachment 137024 [details] low memory screen shot again in NetBeans IDE 7.4 Beta (Build 201307092200)
My current build is Product Version: NetBeans IDE Dev (Build 201308092300) Java: 1.7.0_25; Java HotSpot(TM) Client VM 23.25-b01 Runtime: Java(TM) SE Runtime Environment 1.7.0_25-b15 System: Linux version 2.6.32-358.14.1.el6.i686 running on i386; UTF-8; en_US (nb) User directory: /root/.netbeans/dev Cache directory: /root/.cache/netbeans/dev When netbeans is open, code completion, background scanning becomes slower and slower as the living time of netbeans increases. I have already reopened this issue. But, still adding this comment
what is the final solution for this>
This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue. Thanks for your cooperation, NetBeans IDE 8.2 Release Boss
Comment on attachment 135833 [details] IDE log java.lang.IllegalStateException: Cannot find TopComponent with preferredID csspaletTopComponent, see IDE log for more details. at org.openide.windows.OpenComponentAction.actionPerformed(OpenComponentAction.java:91) at org.openide.awt.AlwaysEnabledAction$1.run(AlwaysEnabledAction.java:199) at org.openide.util.actions.ActionInvoker$1.run(ActionInvoker.java:95) at org.openide.util.actions.ActionInvoker.doPerformAction(ActionInvoker.java:116) at org.openide.util.actions.ActionInvoker.invokeAction(ActionInvoker.java:99) at org.openide.awt.AlwaysEnabledAction.actionPerformed(AlwaysEnabledAction.java:202) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259) at javax.swing.AbstractButton.doClick(AbstractButton.java:376) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877) at java.awt.Component.processMouseEvent(Component.java:6533) at javax.swing.JComponent.processMouseEvent(JComponent.java:3324) at java.awt.Component.processEvent(Component.java:6298) at java.awt.Container.processEvent(Container.java:2236) at java.awt.Component.dispatchEventImpl(Component.java:4889) at java.awt.Container.dispatchEventImpl(Container.java:2294) at java.awt.Component.dispatchEvent(Component.java:4711) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4525) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4466) at java.awt.Container.dispatchEventImpl(Container.java:2280) at java.awt.Window.dispatchEventImpl(Window.java:2746) at java.awt.Component.dispatchEvent(Component.java:4711) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758) at java.awt.EventQueue.access$500(EventQueue.java:97) at java.awt.EventQueue$3.run(EventQueue.java:709) at java.awt.EventQueue$3.run(EventQueue.java:703) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86) at java.awt.EventQueue$4.run(EventQueue.java:731) at java.awt.EventQueue$4.run(EventQueue.java:729) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:728) at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:159) [catch] at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)