From owner-ctm-users@FreeBSD.ORG Thu Aug 11 00:50:02 2011 Return-Path: Delivered-To: ctm-users@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A6FD106566B for ; Thu, 11 Aug 2011 00:50:02 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 6851E8FC0C for ; Thu, 11 Aug 2011 00:50:00 +0000 (UTC) Received: from park.js.berklix.net (pD9FBFE86.dip.t-dialin.net [217.251.254.134]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id p7B0nufp073890; Thu, 11 Aug 2011 00:49:57 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id p7B0nhLE037448; Thu, 11 Aug 2011 02:49:45 +0200 (CEST) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id p7B0nLRw017277; Thu, 11 Aug 2011 00:49:26 GMT (envelope-from jhs@fire.js.berklix.net) Message-Id: <201108110049.p7B0nLRw017277@fire.js.berklix.net> To: Stephen Montgomery-Smith From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Wed, 10 Aug 2011 18:21:27 CDT." <4E431277.6070400@missouri.edu> Date: Thu, 11 Aug 2011 02:49:21 +0200 Sender: jhs@berklix.com Cc: "ctm-users@freebsd.org" Subject: Re: rep-cache.db: was SVN repo X-BeenThere: ctm-users@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CTM User discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2011 00:50:02 -0000 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.