Re: svn commit: rev 6786 - trunk/subversion/libsvn_fs

On Mon, Aug 18, 2003 at 10:09:52PM -0500, cmpilato@collab.net wrote:
>...
> I don't know if "suck up all of memory" is a realistic concern -- my
> estimates have it maybe growing to 30M for a 20,000-path checkout --
> but still, until the algorithm is smart enough to bound growth and
> intelligent roll things out of the cache, it's a non-starter (which
> is, I'm sure, something you agree with).

All right... but what is the cache to do? What was measured as "poor" such
that a cache might actually benefit? And could the "poor" measurement be
fixed algorithmically rather than patched cache-ly?

Cheers,
-g

-- 
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org