|| ||Linus Torvalds <torvalds-AT-osdl.org>|
|| ||Chris Wedgwood <cw-AT-f00f.org>|
|| ||Re: Kernel SCM saga..|
|| ||Thu, 7 Apr 2005 21:42:04 -0700 (PDT)|
|| ||Kernel Mailing List <linux-kernel-AT-vger.kernel.org>|
On Thu, 7 Apr 2005, Chris Wedgwood wrote:
> I'm playing with monotone right now. Superficially it looks like it
> has tons of gee-whiz neato stuff... however, it's *agonizingly* slow.
> I mean glacial. A heavily sedated sloth with no legs is probably
Yes. The silly thing is, at least in my local tests it doesn't actually
seem to be _doing_ anything while it's slow (there are no system calls
except for a few memory allocations and de-allocations). It seems to have
some exponential function on the number of pathnames involved etc.
I'm hoping they can fix it, though. The basic notions do not sound wrong.
In the meantime (and because monotone really _is_ that slow), here's a
quick challenge for you, and any crazy hacker out there: if you want to
play with something _really_ nasty (but also very _very_ fast), take a
look at kernel.org:/pub/linux/kernel/people/torvalds/.
First one to send me the changelog tree of sparse-git (and a tool to
commit and push/pull further changes) gets a gold star, and an honorable
mention. I've put a hell of a lot of clues in there (*).
I've worked on it (and little else) for the last two days. Time for
somebody else to tell me I'm crazy.
(*) It should be easier than it sounds. The database is designed so that
you can do the equivalent of a nonmerging (ie pure superset) push/pull
with just plain rsync, so replication really should be that easy (if
somewhat bandwidth-intensive due to the whole-file format).
Never mind merging. It's not an SCM, it's a distribution and archival
mechanism. I bet you could make a reasonable SCM on top of it, though.
Another way of looking at it is to say that it's really a content-
addressable filesystem, used to track directory trees.
to post comments)