[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Memory leak in svn update?

From: <cmpilato_at_collab.net>
Date: 2002-11-01 01:06:06 CET

Philip Martin <philip@codematters.co.uk> writes:

> John Barstow <John_Barstow@gfsg.co.nz> writes:
>
> > On reviewing my logs, the 'special meaning' is running out of memory.
> > Specifically, adding 981 files that total about 10 MB on-disk resulted in
> > over 1.16GB of memory use when doing an update - versus about 15MB memory
> > use getting the same files as a checkout.
> >
> > That's a pretty serious leak.
> > And, I might add, occurs in build 3597 on Win32.
>
> Yup, I get the same leak on Unix. An update of a working copy
> containing 400 small files in a single directory, where the update
> changes all 400 files, used hundreds of MB before I killed it. The
> problem occurs when using ra_dav but not when using ra_local. Total
> size of the working copy 6.5MB, that's including the text bases.

I think we actually lost some pool usage Goodness in ra_dav when I
finished the editor conversion. The new editors don't manage their
own pools, and the checkouts and updates in ra_dav were sufficiently
complex that when I converted the editor drivers there, I punted
temporarily on implementing pool management (got a note in my personal
TODO file on this).

In other words, we lost what management was in the old editor
interface, and didn't add any management in the new editor drivers.
As far as I know, this only happened in ra_dav, but would affect any
operations that use checkout or update-ish codepaths (diff, status,
switch, ...)

It would rock if someone (Philip?) would file an issue on this,
perhaps even assigning it to me.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Nov 1 01:09:01 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.