rep-cache.db: was SVN repo

[Julian H. Stacey]

Stephen Montgomery-Smith wrote:
> On 08/10/2011 06:04 PM, Julian H. Stacey wrote:
> > Hi Stephen&  all
> >
> >> I created a .0001 delta for svn.  It is about 5G.  When compressed with
> >> gzip, it goes down to 1.8G.  When compressed with bzip2, it goes down to
> >> 1.4G.  When compressed with xz, it goes down to 1G.  These are some huge
> >> differences in my opinion.
> >
> > Yup ! Too big to ignore.  Just in case,
> > did you possibly overlook ensuring comparing like with like ? eg:
> >
> > man gzip
> >       -9, --best        These options change the compression level used, with
> >                         the -1 option being the fastest, with less compression,
> >                         and the -9 option being the slowest, with optimal com-
> >                         pression.  The default compression level is 6.
> >     BTW I have : printenv | grep -i gzip	# GZIP=--best
> >
> > man bzip2:
> > 	And --best merely selects the default behaviour.
> >
> > man xz
> > 	      -0 ... -9
> >                Select a compression preset level.  The default is -6.
> > 		......
> > 		
> 
> The CTM's are created with "gzip -9."  For bzip2 and xz I simply checked 
> default behavior.  But bzip2 is already best by default.

OK, so that means if anything iif xv were turned to max, it would tilt 
the balance even more to ward xv, if anything.
> 
> Tests I have done in the past suggest that the difference created by 
> adjusting these numbers is not very great.  I think what happens is that 
> the compression program splits the file into parts, and then compresses 
> each part.  The -n options simply say how big those parts can be.  As 
> you can imagine, making these parts super big will bring diminishing 
> returns.

OK.

> I get the impression that svn is via ssh.  Do you have ssh blocked in 
> your firewall?

No ssh is not blocked. 
	Err, well actually half blocked :-)
	Being paranoid I only let ssh packets go to know regular hosts.

It never occured to me run svn remotely, maybe I'll try some day.
  ( I'm so used to running cvs localy, & I dont think much of DSL
  connectivity, which my ISP quotes as <= 16 Mbit/sec but I've not
  seen more than 5 & slow interactive ie latency I suppose - A
  competitor selling optic fibre approached our building 2 months
  after I'd signed a 2 year contract for copper - Murphy's law )


> >> I tried deleting base/db/repo-cache.db.
> >
> > I have the book Version Control with Subversion 2nd Ed. but never read it,
> 
> I found an online book on svn.  I think it was this book.  I searched 
> this book for rep-cache.db, but it came up blank.

I started looking in back of book index but time presses.
I can't see a string in 
	cd /usr/ports/devel/subversion ; make patch ... find ... grep
	or in http://subversion.apache.org/
	http://www.google.com/search?sitesearch=subversion.apache.org&q=repo-cache.db&Search=Go
	http://subversion.apache.org/faq.html

> > Maybe you might find an SVN expert to discuss with on one of the SVN lists at
> > http://lists.freebsd.org/mailman/listinfo
> > maybe
> > http://lists.freebsd.org/mailman/listinfo/svn-src-svnadmin
> 
> I might do that, but probably not in the near future.

Yup, Tempus Fugit.

Cheers,
Julian
-- 
Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com
 Reply below, not above;  Indent with "> ";  Cumulative like a play script.
 Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable.