Summary: | Possible memory leak? | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Peter Burka <peter_burka> |
Component: | Core | Assignee: | Philipe Mulet <philippe_mulet> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | erich_gamma |
Version: | 2.0 | ||
Target Milestone: | 2.0 M4 | ||
Hardware: | PC | ||
OS: | Windows NT | ||
Whiteboard: |
Description
Peter Burka
2002-02-28 17:14:54 EST
I have noticed a bigger memory footprint since 20020214, after having switched to team2.0. However, I have no evidence of this causing trouble so far. I had been running the same jdtcore for a week before, and hadn't noticed any such increase of the footprint, so I don't think this would be jdtcore but rather some new component. After restarting my session my memory footprint was 86MB. After about an hour of playing around (not much real work got done, mostly searching) the image had grown to 152MB. I'm suspicious that searching might be at least partially responsible for the bloat. I will leave it running overnight now to see if it grows while idle (hopefully not!) I'm really starting to think that Search is to blame. I did a search for references to setText(). This caused to VM's footprint to increase by about 30MB! Even if I select 'Remve All Searches' after each search, searching for setText () causes about 30MB of growth each time I do it. I need to exit and restart Eclipse to reclaim that memory. This is because the Search is populating the JavaModel cache, and consumes some memory, which isn't freed until the cache is emptied. We are releasing significant changes in this area (search no longer populates the model) in next integration build 20020312. Marking this defect as fixed, please reopen if symptoms occur again with 20020312 or better. |