Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 12 Feb 2004 09:21:33 -0600
From:      Craig Boston <craig@tobuj.gank.org>
To:        freebsd-hackers@freebsd.org
Subject:   Subversion/CVS experiment update
Message-ID:  <200402120921.34327.craig@tobuj.gank.org>
In-Reply-To: <200402091130.05656.craig@tobuj.gank.org>
References:  <200402091130.05656.craig@tobuj.gank.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--Boundary-00=_9n5KA+gJ3HNNzjj
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Just a quick update -- since the individual directories imported ok I decided 
to give it a go with the newest (and possibly last before 1.0) subversion, 
0.37.0.  This time I'm importing the entire src/ repo to see what it can 
handle.  I'm not quite brave enough to go after ports yet :)

I'm using cvs2svn.py revision 8587, which is considerably newer than the 
version included with 0.37.0.  If anyone is contemplating playing with 
subversion, I'd highly recommend grabbing this script out of their SVN repo 
as it fixes many of the earlier problems.

So far, the only problem I've run into was src/usr.sbin/xntpd.  It didn't like 
something about the "udel" branch (claims it can't find the origin record for 
it).  I've hacked around it with the attached patch, which is most likely 
wrong.  If xntpd is the only problem case, it may be cleaner just to 'fix' 
the RCS files.  It looks like there's a copy of a vendor branch or something 
funny going on.

To follow up to the concerns we had about subversion getting slower after a 
large number of commits, I'm now reasonably certain that it's only the import 
script that is slowing down.  python is gobbling up CPU like there's no 
tomorrow, but the amount of time spent in svnadmin actually committing seems 
to be negligible.

The other good thing is that memory usage seems to be fairly constant.  The 
resident set has been hovering around 8M and is not increasing.

I started the import Monday night, so it's been running for about 60 hours 
now.  python has amassed about 40 hours worth of CPU time:

  PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
19802 craig    139   10 12920K  9292K RUN     40.5H 78.91% 78.91% python

So far, it's committed 39,664 revisions and is up to August of 1998.  The repo 
is sitting at 1.4GB in size (there's a script running in the background 
pruning the db logs every 60 seconds) and cvs2svn is using ~800M of temporary 
files.  Looks like it's currently working on the initial import of picobsd ;)

I'm doing other stuff on the machine during the day -- XFree86, gkrellm, KDE, 
etc.  So far ULE is keeping interactive performance snappy, though when I'm 
doing other things the niced processes tend to get a little "bursty".  
cvs2svn has it to itself for the other 16 hours.

Will follow up on success/failure of the import, which at this rate will 
probably be done sometime next week...

Craig

--Boundary-00=_9n5KA+gJ3HNNzjj
Content-Type: text/plain;
  charset="iso-8859-1";
  name="cvs2svn-ugly-hack.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
	filename="cvs2svn-ugly-hack.patch"

--- cvs2svn.py.orig	Mon Feb  9 19:52:07 2004
+++ cvs2svn.py	Mon Feb  9 19:53:56 2004
@@ -1709,7 +1709,8 @@
       else:
         sys.stderr.write("%s: no origin records for branch '%s'.\n"
                          % (error_prefix, name))
-      sys.exit(1)
+      return
+#      sys.exit(1)
 
     parent_key = parent[name]
     parent = marshal.loads(self.db[parent_key])

--Boundary-00=_9n5KA+gJ3HNNzjj--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200402120921.34327.craig>