You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Christian Schmitt <cs...@ffzj0ia9.bank.dresdner.net> on 2001/08/25 18:16:14 UTC
Small memory leak?!
Hi all,
we've been running some profiling tests with the Cocoon 2.0 branch
today.
One of the things we found, was that matchers and selectors are not
released when they've been used, i.e. for every request handled
by the sitemap there's a RequestParamMatcher created but never
released.
I'll take a look at the generated sitemap code and try to find
out why that's happening.
Just to let you know.
Cheers,
Christian
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: Small memory leak?!
Posted by Christian Schmitt <cs...@ffzj0ia9.bank.dresdner.net>.
Hi all,
I believe I found the memory leak that affects Matchers and Selectors:
Both (Matchers and Selectors) are selected from the respective ComponentHandler
but are never released.
As an attachement there's a diff to sitemap.xsl.
Please take a look at it and commit it if you think it does the trick.
Cheers,
Christian
On Sat, Aug 25, 2001 at 09:49:37PM +0200, giacomo wrote:
> On Sat, 25 Aug 2001, Christian Schmitt wrote:
>
> > Hi all,
> > we've been running some profiling tests with the Cocoon 2.0 branch
> > today.
> >
> > One of the things we found, was that matchers and selectors are not
> > released when they've been used, i.e. for every request handled
> > by the sitemap there's a RequestParamMatcher created but never
> > released.
> >
> > I'll take a look at the generated sitemap code and try to find
> > out why that's happening.
>
> If you've found the reason and can correct it would you mind sending a
> patch?
>
> TIA
>
> Giacomo
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
Re: Small memory leak?!
Posted by Christian Schmitt <cs...@ffzj0ia9.bank.dresdner.net>.
I'm looking at the problem right now, and I belive I should have
a patch by this evening.
Cheers,
Christian
On Sat, Aug 25, 2001 at 09:49:37PM +0200, giacomo wrote:
> On Sat, 25 Aug 2001, Christian Schmitt wrote:
>
> > Hi all,
> > we've been running some profiling tests with the Cocoon 2.0 branch
> > today.
> >
> > One of the things we found, was that matchers and selectors are not
> > released when they've been used, i.e. for every request handled
> > by the sitemap there's a RequestParamMatcher created but never
> > released.
> >
> > I'll take a look at the generated sitemap code and try to find
> > out why that's happening.
>
> If you've found the reason and can correct it would you mind sending a
> patch?
>
> TIA
>
> Giacomo
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
> For additional commands, email: cocoon-dev-help@xml.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org
Re: Small memory leak?!
Posted by giacomo <gi...@apache.org>.
On Sat, 25 Aug 2001, Christian Schmitt wrote:
> Hi all,
> we've been running some profiling tests with the Cocoon 2.0 branch
> today.
>
> One of the things we found, was that matchers and selectors are not
> released when they've been used, i.e. for every request handled
> by the sitemap there's a RequestParamMatcher created but never
> released.
>
> I'll take a look at the generated sitemap code and try to find
> out why that's happening.
If you've found the reason and can correct it would you mind sending a
patch?
TIA
Giacomo
---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org