Yes!
Svn stays at about 6M (instead of hitting the wall at 600M).
Thanks!
Next problem when it gets down to "svn commit", which also eats all my
memory (a little slower than svn rm, though).
Is that related to issue 860 (httpd memory use proportional to file
size)?
Mats
> -----Original Message-----
> From: Robert Pluim [mailto:rpluim@bigfoot.com]
> Sent: den 18 juni 2003 14:11
> To: Mats Nilsson
> Cc: dev@subversion.tigris.org
> Subject: Re: Scalability problem using svn_load_dirs.pl during
>
>
> Mats Nilsson writes:
> > Hi.
> >
> > I tried to use svn_load_dirs to archive some external
> stuff that we use.
> > Sadly svn ran out of memory in the process.
> >
> > Granted, the machine that I use is not particularly
> powerful, and I've
> > seen many accounts on this list of more able machines
> running into the
> > wall.
> >
> > When it processes the second version of the external
> library, it quite
> > quickly goes through the harvesting of information, and
> the first call
> > to svn:
> > svn add -N --targets ....
> > But when it calls the next command (svn rm --targets ...),
> the svn grows
> > until all memory and swap is exhausted
>
> My-oh-my, svn_client_delete creates a subpool, and then never uses
> it. Mats, does the following patch help?
>
> Robert
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jun 18 14:55:20 2003