| Memory Leak... Urgent... Please Help [message #158115] |
Thu, 01 November 2007 23:27  |
Eclipse User |
|
|
|
Hi All,
I have a RCP application that is purely based on GMF( similar to BPMN ).
I tried a profiling tool recently and found out that when i close the
diagram Editor (which has many editparts) the instances of the EditParts
still remain in the memory, next time when i open the same diagram the
instaces get exactly doubled and so on. The end result being i run out of
Heap Space. I also tried to run the system.gc manually but no luck.
While programming i always thought that GMF takes care of the editparts
disposal when i close the DiagramEditor but the Jprofiler suggests that it
does not.
Does any one know a solution to this issue.
ALEX , waiting to here from you :-)
-Arpit
|
|
|
|
| Re: Memory Leak... Urgent... Please Help [message #158609 is a reply to message #158327] |
Wed, 07 November 2007 06:16  |
| Eclipse User |
|
|
|
Hi all,
I am also having this problem. Having profiled the logic example,
multiple instances of the gmf editor are indeed created on each reopen,
however these are soon removed by the garbage collector. This does not
happen at all for my editor, even after I call the gc.
I am using profiling software to investigate what is referencing the
editor after it is closed to try and resolve this and will post any
findings.
regards,
Sarah
Tom Jones wrote:
> Arpit wrote:
>> Hi All,
>>
>> I have a RCP application that is purely based on GMF( similar to BPMN ).
>>
>> I tried a profiling tool recently and found out that when i close the
>> diagram Editor (which has many editparts) the instances of the
>> EditParts still remain in the memory, next time when i open the same
>> diagram the instaces get exactly doubled and so on. The end result
>> being i run out of Heap Space. I also tried to run the system.gc
>> manually but no luck.
>>
>> While programming i always thought that GMF takes care of the
>> editparts disposal when i close the DiagramEditor but the Jprofiler
>> suggests that it does not.
>>
>> Does any one know a solution to this issue.
>>
>> ALEX , waiting to here from you :-)
>>
>> -Arpit
>>
>
> Hi Arpit,
> I posted about this issue recently also in this forum as we have the
> exact same problem in a GMF based application. I was assured that there
> is no such issue with GMF but at the same time to test the example
> applications using a profiler and open a bug if this happens. To be
> honest, I haven't looked at it any further yet. We will be looking into
> it very soon though and I will let you know what I discover.
>
> Tom.
|
|
|
| Re: Memory Leak... Urgent... Please Help [message #165145 is a reply to message #158609] |
Tue, 11 December 2007 21:56 |
| Eclipse User |
|
|
|
Originally posted by: zzhangh.cn.ibm.com
Same problem, and VERY serious.. The process model we are building
contains hundreds of editparts, and with Diagram Partition, every time
we open a sub-process, GMF loads all editparts again, so soon the memory
was used up.
Sarah Lane Wrote:
> Hi all,
>
> I am also having this problem. Having profiled the logic example,
> multiple instances of the gmf editor are indeed created on each reopen,
> however these are soon removed by the garbage collector. This does not
> happen at all for my editor, even after I call the gc.
> I am using profiling software to investigate what is referencing the
> editor after it is closed to try and resolve this and will post any
> findings.
>
> regards,
> Sarah
>
> Tom Jones wrote:
>> Arpit wrote:
>>> Hi All,
>>>
>>> I have a RCP application that is purely based on GMF( similar to BPMN ).
>>>
>>> I tried a profiling tool recently and found out that when i close the
>>> diagram Editor (which has many editparts) the instances of the
>>> EditParts still remain in the memory, next time when i open the same
>>> diagram the instaces get exactly doubled and so on. The end result
>>> being i run out of Heap Space. I also tried to run the system.gc
>>> manually but no luck.
>>>
>>> While programming i always thought that GMF takes care of the
>>> editparts disposal when i close the DiagramEditor but the Jprofiler
>>> suggests that it does not.
>>>
>>> Does any one know a solution to this issue.
>>>
>>> ALEX , waiting to here from you :-)
>>>
>>> -Arpit
>>>
>>
>> Hi Arpit,
>> I posted about this issue recently also in this forum as we have
>> the exact same problem in a GMF based application. I was assured that
>> there is no such issue with GMF but at the same time to test the
>> example applications using a profiler and open a bug if this happens.
>> To be honest, I haven't looked at it any further yet. We will be
>> looking into it very soon though and I will let you know what I discover.
>>
>> Tom.
|
|
|
Powered by
FUDForum. Page generated in 0.02907 seconds
Home