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

Re: subversion 1.3.1 + apr 0.9.7 = memory leak?

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-05-04 21:52:27 CEST

On 5/4/06, David Young <dyoung@pobox.com> wrote:

> It seems that the cache grows without bound, without regard for the
> potential of thrashing. It ceases to improve performance after a while.

Yep.

> What is the rule for kicking entries out of the cache? Can I reduce
> the cache size?

Nope. I don't believe there is a rule for kicking entries out of the
cache, largely due to the way memory management works with memory
pools.

> I am surprised that the cost of re-parsing is so great that it pays to
> keep a parsed entries object in the cache, especially when the OS holds
> the unparsed entries file in disk cache. I am probably just missing
> something.

Well, before the cache existed performance was quite a bit worse than
it is today. It's probably a combination of the work parsing the data
and the disk access (some of which may be cached by the OS).

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 4 21:54:00 2006

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

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