Community
Participate
Working Groups
I200409212000 Running under a memory profiler, I edited the class org.eclipse.jdt.internal.codeassist.CompletionEngine for several minutes (I was qualifying all reference to fiels with "this."). The memory profiler indicates that 623 527 instances of org.eclipse.jface.text.Line are kept in memory retaining almost 15MB.
With which tool did you profile? Did you ensure that GC run?
The tool is not relevant. Yes I did run GC.
Scenario is: open editor on file with huge number of compile warnings. Fix them one at a time, and save/build after each warning correction.
Do you manually build when saying save/build or is auto-build enabled? I will look at this today.
Autobuild is off.
Some update on this one: - Jerome has quick diff with Version on Disk enabled - Jerome says there's a leak while the editor is open
I fixed bug 39999 and some other reference to a document after the editor has been closed. There's one other reference which is known as bug 61432. So far I was not able to reproduce leaking Line objects while the editor is open. Philippe, Jerome: - folding enabled? - any special commands that you invoked during editing?
The editor only holds on to two documents and those count for around 5000 Line objects which is OK. org.eclipse.compare.internal.DocumentManager.fgValues holds on to many documents (around 180) and hence lots of Line objects. Jerome said he had the Synchronize view open with many changes.
Resetting priority to P3. Will be reassessed for the next release.
I could not detect any leaks here. Please provide more data if you see this again using R3.2 or newer.