Forum Controls
Spotlight Features

The Rich Engineering Heritage Behind Dependency Injection

Andrew McVeigh takes us on a tour of the rich heritage behind dependency injection, what it represents, and tells us why its here to stay.

Java, the OLPC, and community responsibility

The "One Laptop Per Child" project has a great device ready to ship, but there's no Java on there. Let's think about working together to put Java on OLPC!
Replies: 0 - Pages: 1  
Threads: [ Previous | Next ]
  Click to reply to this thread Reply

is org.eclipse.core.internal.dtree.DeltaDataTree leeking memory?

At 1:31 PM on Aug 7, 2008, Kristof Szabados wrote:

Hi,

I'm using Ganymede right now and noticed that the memory consumption of
my plug-in was growing constantly.
Using the Eclipse Memory Analyzer I found that the class at fault is
org.eclipse.core.internal.dtree.DeltaDataTree (or me doing something wrong).

Basically what I'm doing is just two steps long (done in a loop):
- first I delete a bunch of markers using the IResource#deleteMarkers
function on project level with DEPTH_INFINITE to let it clear all
markers of a type.
- than after some logic I add a lot of markers to several files in the
same project.

This process should not use more memory than actually needed for the
markers (as in the second run of the loop I'm deleting all markers).

Right now I'm a bit puzzled as on the graphical interface the markers
disappear. If I'm searching for the markers with the findMarkers
function it is always finding exactly the same ammount of markers (which
is actually what I expected).
But still the memory consumption continuously grows, with instances of
the DeltaDataTree retaining more and more memory.

Am I doing something wrong, or is this memory leak really existing?

/*
I know it would be more efficient to just modify the markers, but that
is not an option right now.
*/

thread.rss_message