On Wed, 2005-04-06 at 19:32 -0700, David Lang wrote: > On Thu, 7 Apr 2005, Martin Pool wrote: > > > I haven't tested importing all 60,000+ changesets of the current bk tree, > > partly because I don't *have* all those changesets. (Larry said > > previously that someone (not me) tried to pull all of them using bkclient, > > and he considered this abuse and blacklisted them.) > > pull the patches from the BK2CVS server. yes some patches are combined, > but it will get you in the ballpark. OK, I just tried that. I know there are scripts to resynthesize changesets from the CVS info but I skipped that for now and just pulled each day's work into a separate bzr revision. It's up to the end of March and still running. Importing the first snapshot (2004-01-01) took 41.77s user, 1:23.79 total. Each subsequent day takes about 10s user, 30s elapsed to commit into bzr. The speeds are comparable to CVS or a bit faster, and may be faster than other distributed systems. (This on a laptop with a 5400rpm disk.) Pulling out a complete copy of the tree as it was on a previous date takes about 14 user, 60s elapsed. I don't want to get too distracted by benchmarks now because there are more urgent things to do and anyhow there is still lots of scope for optimization. I wouldn't be at all surprised if those times could be more than halved. I just wanted to show it is in (I hope) the right ballpark. -- Martin
Attachment:
signature.asc
Description: This is a digitally signed message part
- Follow-Ups:
- Re: Kernel SCM saga..
- From: Linus Torvalds <[email protected]>
- Re: Kernel SCM saga..
- References:
- Re: Kernel SCM saga..
- From: Paul P Komkoff Jr <[email protected]>
- Re: Kernel SCM saga..
- From: Martin Pool <[email protected]>
- Re: Kernel SCM saga..
- From: Martin Pool <[email protected]>
- Re: Kernel SCM saga..
- From: David Lang <[email protected]>
- Re: Kernel SCM saga..
- Prev by Date: Re: [ANNOUNCE] April Release of LTP now Available
- Next by Date: Re: [IrDA] Oops with NULL deref in irda_device_set_media_busy
- Previous by thread: Re: Kernel SCM saga..
- Next by thread: Re: Kernel SCM saga..
- Index(es):