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

Re: Subversion branch deltification policy is more space-hungry than CVS

From: Greg Hudson <ghudson_at_MIT.EDU>
Date: 2004-05-21 17:03:21 CEST

On Fri, 2004-05-21 at 07:02, Edmund Horner wrote:
> The trick is to do the deltas the other way round, isn't it? I read it
> in some file somewhere, but I couldn't easily find it in notes/ or
> libsvn_fs_base/notes/. But I think it's also what libsvn_fs_fs does:

I floated the idea in
http://subversion.tigris.org/servlets/ReadMsg?list=dev&msgId=269155

FSFS does work this way, which is why the server has to do roughly twice
as much work for a head checkout (judging by the Subversion project
repository). Of course, the observed time for a checkout also involves
network transport and WC population, both of which generally take much
longer than the server work in my tests, so the wall-clock penalty is
pretty small.

A plaintext cache could eliminate the penalty, but it's not clear that
one is really needed, and it would add a great deal of complexity. If
someone actually tries switching from BDB to FSFS in the real world and
says, "well, I like the advantages, but it brings my server to its
knees," that would be a reason to think about designing a cache.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri May 21 17:04:14 2004

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.