[svk-devel] svn space savings comparison?

[Andrew Sasak]

So this example uses a working copy that has numerous changes, and if the
working copy was pristine (no changes) SVN would require must less space?
This brings up another question, what is the space used by a fresh checkout
from SVK? Since it links to the local copy of the repository, is it nil? If
so this is tremendous: I use multiple working copies for the same repository
(trunk, branch, branch, etc) and am annoyed with all the requisite
duplication. Even though storage is relatively cheap, its the principal of
this inefficiency I don't like. If working copies do hardlink to the
repository, it would eliminate all the duplication of data I don't like. Is
this how it works?

As an aside, the functionality I'm supposing SVK implements seems like
something that could be part of a filesystem implementation. That is, the
ability to hardlink a directory tree and when any attempt to modify the
referenced data is made the hardlink is dereferenced. Does anybody know if
any filesystems currently implement anything like this?

On Dec 12, 2007 10:05 PM, Jesse Vincent <jesse at bestpractical.com> wrote:

>
>
>
> On Wed, Dec 12, 2007 at 10:02:32PM -0500, Andrew Sasak wrote:
> > I apologize because this probably doesn't belong here but I don't know
> of a
> > better place to post it:
> > On WhySVK, the comparison indicates that an SVN working copy would
> require
> > 2.2G for a 1.3G. I find this difficult to believe. Can somebody explain
> this
> > to me?
>
> Sure. To economize on bandwidth (and improve performance), svn caches
> "pristine" copies of your files in the .svn directory. SVK just maps
> them to the local copy of your repository.
>
> -jesse
>
> > _______________________________________________
> > svk-devel mailing list
> > svk-devel at bestpractical.com
> > http://lists.bestpractical.com/cgi-bin/mailman/listinfo/svk-devel
>
>
> --
> _______________________________________________
> svk-devel mailing list
> svk-devel at bestpractical.com
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/svk-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.bestpractical.com/pipermail/svk-devel/attachments/20071212/e9c03d61/attachment.htm