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

Re: AW: svn cleanup and unreferenced pristines

From: Vincent Lefevre <vincent-svn_at_vinc17.net>
Date: Mon, 13 Jan 2014 14:22:52 +0100

On 2014-01-13 08:27:34 +0000, Markus Schaber wrote:
> > On 2014-01-13 03:51:08 +0100, Branko Čibej wrote:
> > > On 13.01.2014 03:43, Vincent Lefevre wrote:
> > > > I meant deltas like in the repository (but see below).
> > >
> > > When you say "delta" you have to also define "against what". Otherwise
> > > it's just a not very efficient compression algorithm.
> >
> > Against another pristine. Then there are several ways to do that, just like
> > BDB and FSFS used different methods for the repository.
> > But any of them would be more memory efficient than no deltas at all (like
> > currently).
> But the need to do delta decompression on each "svn status" will cost a lot
> of i/o and CPU.

Not if the base revisions are stored like now (so, it shouldn't be
exactly like FSFS, perhaps more like BDB or some mix, or something
like what distributed SCM's do...).

Some new test on another working copy (before and after clean-up):

xvii:~> du -ks wd/.svn/pristine wd.new/.svn/pristine
4434616 wd/.svn/pristine
468884 wd.new/.svn/pristine

And the corresponding repository size: 1477764

So, here, the total size of pristine copies is more than 9 times
the size taken after a cleanup, and 3 times the total size of the

> I'd welcome an option in SVN to cache the repository. (TortoiseSVN
> already has some caching for the log, IIRC).

Yes, caching the log would really be useful. I do a lot "svn log".

> But then, the cache should not be per-wc, but in a system (or user)
> global directory, or we will end up with several copies of the same
> repository on the machine.


Vincent Lefèvre <vincent@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
Received on 2014-01-13 14:24:39 CET

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.