From owner-freebsd-hackers@FreeBSD.ORG Mon Feb 9 13:05:53 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7286316A4CE for ; Mon, 9 Feb 2004 13:05:53 -0800 (PST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE78743D1D for ; Mon, 9 Feb 2004 13:05:52 -0800 (PST) (envelope-from stijn@pcwin002.win.tue.nl) Received: from pcwin002.win.tue.nl (orb_rules@localhost [127.0.0.1]) by pcwin002.win.tue.nl (8.12.10/8.12.10) with ESMTP id i19L6P2r055964; Mon, 9 Feb 2004 22:06:25 +0100 (CET) (envelope-from stijn@pcwin002.win.tue.nl) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.12.10/8.12.10/Submit) id i19L6PDA055963; Mon, 9 Feb 2004 22:06:25 +0100 (CET) (envelope-from stijn) Date: Mon, 9 Feb 2004 22:06:25 +0100 From: Stijn Hoop To: Craig Boston Message-ID: <20040209210625.GY2803@pcwin002.win.tue.nl> References: <200402091130.05656.craig@tobuj.gank.org> <20040209175314.GU2803@pcwin002.win.tue.nl> <200402091326.45172.craig@tobuj.gank.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YyxzkC/DtE3JUx8+" Content-Disposition: inline In-Reply-To: <200402091326.45172.craig@tobuj.gank.org> User-Agent: Mutt/1.4.1i X-Bright-Idea: Let's abolish HTML mail! cc: freebsd-hackers@freebsd.org Subject: Re: Subversion/CVS experiment summary X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Feb 2004 21:05:53 -0000 --YyxzkC/DtE3JUx8+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 09, 2004 at 01:26:45PM -0600, Craig Boston wrote: > On Monday 09 February 2004 11:53 am, Stijn Hoop wrote: > > Did you have to modify the script, or pass unusual options? I'd like to > > reproduce this, but I didn't get very far when I tried a few days ago w= ith > > the 0.37.0 version of the tool. >=20 > No, I used the script as-is. The version I have is > LastChangedRevision: 8527, with a date of Jan. 29. It looks like that > version is slightly newer than the one included with 0.37 (Rev 8512). Well, that explains a lot -- for some reason I tested using $LastChangedRevision: 7921 $. I'll try with an up-to-date one then. > One thing that may have made a difference is that so far I've been import= ing=20 > things in chunks rather than trying to do the whole repo at once. Yes, I was afraid though that commits might have spanned subtrees. But then again, even if they did they would just get committed as separate revisions to the tree, and I suppose one could live with that. > > but although it looks like it handles things much better (even vendor > > branches etc), it loads EVERYTHING into memory -- which means that it > > eventually grew to 1G of memory/swap at which point my memory was > > exhausted, and this was at pass 2 of 7... >=20 > Does the Python version do the same thing? I didn't think to look at mem= ory=20 > usage very closely while it was running :-/ As far as I understood it builds a disk cache instead of using malloc(). This might explain the slowness :) > > My thoughts were now going to do something like Tom Lord proposed for an > > Arch gateway -- just import a CVS working copy into SVN at a certain > > cut-off date, and setup a bi-directional gateway between the two. >=20 > If I'm reading that right, it sounds similar to a thought I had about jus= t=20 > routinely checking out snapshots and committing them on a vendor branch. > Of course you'd have to do that separately for each branch you're interes= ted > in. Yes, that's the idea. You 'just' need a tool that can determine changesets from a CVS repository to automate this. See http://wiki.gnuarch.org/moin.cgi/Arch_20and_20CVS_20in_20the_20same_20tree but substitute Subversion for arch :) > IMO, I find it immensely useful to have the entire history of a file at h= and. But you do have all history of a file at hand; you just need to have a separate version system for the older history. Which is admittedly a bit unwieldy, but it certainly makes for a smooth transition in the distributed repository case... > > Actually, would a sort of access control wrapper that is now also used = with > > the FreeBSD CVS repository not work? I do agree that it would be nice to > > have per-directory access control with the svnserve method. >=20 > Yes, I think the same sort of access hooks (pre-commit?) can be used. Th= e=20 > Subversion manual even mentions that, I just forgot about it... >=20 > That method has always seemed a little... hackish to me. It is, but it does work. Maybe I'll test and see if I can 'port' those scripts to Subversion :) --Stijn --=20 My server has more fans than Britney. -- Steve Warwick, from a posting at questions@freebsd.org --YyxzkC/DtE3JUx8+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAJ/ZRY3r/tLQmfWcRAl5eAJ9LIPBftu32TjjcXab01VPOcMIyeQCgsv0n 1xdHmSFb7SH+E5K0TrFE4ic= =zTQS -----END PGP SIGNATURE----- --YyxzkC/DtE3JUx8+--