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: | Memory leak and CPU spike adding jars to project | ||
---|---|---|---|
Product: | projects | Reporter: | Josh Kleinpeter <jkleinpeter> |
Component: | Generic Infrastructure | Assignee: | Vitezslav Stejskal <vstejskal> |
Status: | CLOSED FIXED | ||
Severity: | blocker | CC: | jchalupa |
Priority: | P3 | Keywords: | PERFORMANCE |
Version: | 3.x | ||
Hardware: | PC | ||
OS: | Windows ME/2000 | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: | Thread Dumps during memory runaway. |
Description
Josh Kleinpeter
2002-02-13 01:57:37 UTC
Reassigning to Java module. It is most probably caused by the Java module analyzing the newly added library and it should calm down after a while, so they'll probably close it as invalid. This is a 600Mhz machine that's 100% usage continually, and the memory goes from 34MB usage to 240MB usage (and keeps rising). Both of these things happen for as long as netbeans is running once they start. Also, I've been using netbeans for several months now on large projects and have never seen this happen before. Could you shot a few thread dumps copy and attach them here (threaddump is taken by pressing CTRL-Break in the console window) while the CPU is at 100% ? Maybe we can see what's going on. Does the UI freeze or is it "just" background processing ? Created attachment 4693 [details]
Thread Dumps during memory runaway.
I've put the attachment on now. It appears to be background processing in the editor, but the explorer will not open filesystems or jar files while it's happening. I could also look at the menus, but when I chose the options menu under tools, i did not get anything under options. Also, when right clicking in the explorer, and choosing new, there were no options to select (it said "empty"). After it went to about 216MB usage, the processor did go back to 0 and memory stopped growing. It seems to be usable now as well. Is there any way I can force a garbage collection to see if that memory goes back down? Vito, your ProjectDataObject is on all the thread dumps taken. Could you please look at it a bit ? I see, this seems to be problem in projects module, inefficient algorithm used to find out if created DO is accessible from project tab or not. I am taking it. Fixed in main trunk. *** Issue 21267 has been marked as a duplicate of this issue. *** marking 3.3.2_CANDIDATE, see issue #21267 fix reviewed by developer INF=6163, integrated from main trunk to orion_fcs branch Verified in ffj-020401. Resolved for 3.4.x or earlier, no new info since then -> closing. |