Re: Issue #773 again was Re: some performance data

--On Friday, January 10, 2003 3:49 PM -0800 Justin Erenkrantz
<jerenkrantz@apache.org> wrote:

> The reason for the memory leak is again incorrect pool usage in
> libsvn_fs. This is also the Issue #773 culprit. Stuff is being
> allocated from trail->pool when there isn't a need to keep it
> around permanently. (trail->pool is only meant for allocation of
> things that must live longer than the associated BDB transaction.)

As a data point, applying the mem-opt.patch attached to #773 reduces
the memory in this test case from ~548MB to ~298MB. Hence, I believe
#773 and this are triggering essentially the same problem. -- justin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jan 11 01:18:36 2003