[rules-dev] Memory-usage: MarshallerReaderContext held indefinitely by ReteooStatefulSession

[Mario Fusco]

P.S.: also a test case reproducing this issue will be very helpful. You
could attach it to the jira ticket, so I could also check how you're doing
the marshalling/unmarshalling and figure out if this problem happens in the
most general case or you just found an edge case.

Thanks again,
Mario

On Mon, Feb 11, 2013 at 11:16 AM, Mario Fusco <mario.fusco at gmail.com> wrote:

> Hi Magnus,
>
> thanks for having reported this. What you found is quite interesting and I
> will give a look at this issue asap.
> In the meanwhile it would be great if you could open a ticket about it
> here: https://issues.jboss.org/browse/DROOLS
>
> Thanks again and regards,
> Mario
>
> On Mon, Feb 11, 2013 at 10:56 AM, Magnus Vojbacke <
> magnus.vojbacke at digitalroute.com> wrote:
>
>>  Hi,****
>>
>> ** **
>>
>> I run into memory issues when using marshaling or unmarshalling Drools
>> stateful sessions.****
>>
>> ** **
>>
>> I was going to send this to rules-users, but I think the content is too
>> technical and implementation oriented to fit into that list.****
>>
>> ** **
>>
>> It seems that the memory consumption increases after a session has been
>> unmarshalled. That is to say: an unmarshalled session of size x uses  much
>> more memory than if I had started with an empty session and inserted x
>> number of facts.****
>>
>> ** **
>>
>> Digging into a memory profile, I found that after unmarshalling, my
>> ReteooStatefulSession instance holds on to a MarshallerReaderContext
>> instance. The MarshallerReaderContext consumes a lot of memory.****
>>
>> ** **
>>
>> Digging into the unmarshalling code, it seems that the
>> MarshallerReaderContext is a utility class used during unmarshalling of
>> sessions. Intuitively, it seems wrong that a reference to this object
>> should be held after unmarshalling is finished.****
>>
>> ** **
>>
>> Is this a bug in Drools? Would it be ok if I filed this as an issue at
>> the Drools issue repository?****
>>
>> _______________________________________________
>> rules-dev mailing list
>> rules-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20130211/8c8f1243/attachment.html