This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

SVN plans update


In the next week, i'll be posting a test repo with all tags but
snapshots and the 3 tags with rtag -F issues.

Assuming nobody has anything but speed issues and niggling stuff at that
point, i will begin to convert our post-commit hooks.

As for speed issues and sorting issues, Subversion 1.2 will include both
server and client updates that will help here, and should speed up
checkouts, updates, etc.  The bulk of the speedup comes from server side
changes, however.  The sorting work is not done yet, but is on the todo
list of a developer

More cancellation points have been added for those who have complained
about ctrl-c not working when they want it to.

I can't upgrade the server process on toolchain.org to the development
version of subversion, as it is a real live machine used by real live
people :)

I can make dberlin.org available for anyone who really wants to argue
over timings or whatever, but the network connection can't support real
testing (384kbps up).

However, blaming the changelog now takes ~33 seconds over my local
network, most time spent doing the diffs between versions (it currently
actually differences all the plaintexts involved, though it sends them
to the client as deltas).

Blaming smaller files takes a shorter amount of time.
Blaming combine.c, rtl.h, rtl.c, tree.c, etc, take a minute or less.

I will do some significant merge (IE create branch from trunk as of
certain revision, merge in updates from mainline, then commit) to get a
feel for how long regualr merge commits will take (taggings are
relatively instantenous. it took less than 2 seconds to create and
commit a tag of a given revision).
I'm told to expect it to take about as long as CVS does, or shorter, but
i plan to verify this anyway.

I've also got viewcvs running on dberlin.org and it seems to work
perfectly fine (it goes just as slow/fast as viewcvs on cvs, afaict :P)

Hopefully when sourceware gets new hardware, i'll be able to
move/maintain the test repo there.



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]