Subversion/CVS experiment update

From: Craig Boston (craig_at_tobuj.gank.org)
Date: 02/12/04

  • Next message: Andrew Gallatin: "Re: Re: Zero copy sockets question"
    To: freebsd-hackers@freebsd.org
    Date: Thu, 12 Feb 2004 09:21:33 -0600
    
    
    

    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

    
    

    --- 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])

    
    

    _______________________________________________
    freebsd-hackers@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
    To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"


  • Next message: Andrew Gallatin: "Re: Re: Zero copy sockets question"

    Relevant Pages

    • Re: Some versioned storage program?
      ... Support of atomic commit/rollback. ... Subversion, Git and Hg, all run on FreeBSD ... They support 'changesets' as the basic model of storing commits ...
      (freebsd-hackers)
    • Re: Some versioned storage program?
      ... Support of atomic commit/rollback. ... I think what I need is some SCM software like subversion or hg, ... Subversion, Git and Hg, all run on FreeBSD ... They support 'changesets' as the basic model of storing commits ...
      (freebsd-hackers)
    • Re: Subversion/CVS experiment summary
      ... I used the script as-is. ... from a CVS repository to automate this. ... separate version system for the older history. ... > Subversion manual even mentions that, ...
      (freebsd-hackers)
    • Re: Saved from disaster again
      ... That multiple files may have changed several times and you ... It's not clear to me if you're talking about Subversion or the program ... extremely easy to get the entire project, or multiple projects for that ... With Subversion commits are also atomic. ...
      (borland.public.delphi.thirdpartytools.general)
    • Re: Saved from disaster again
      ... If Subversion, there is a global revision ... > extremely easy to get the entire project, or multiple projects for ... With Subversion commits are also atomic. ...
      (borland.public.delphi.thirdpartytools.general)