lkml.org 
[lkml]   [2002]   [Oct]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: A simple request (was Re: boring BK stats)
Walter Landry wrote:
> Jeff Garzik wrote:
>
>>If you can't fit a whole tree including metadata into RAM, though,
>>BK crawls... Going from "bk citool" at the command line to actually
>>seeing the citool window approaches five minutes of runtime, on this
>>200MB laptop... [my dual athlon with 512MB RAM corroborates your
>>numbers, though] "bk -r co -Sq" takes a similar amount of time...
>>
>>I also find that BK brings out the worst in the 2.4 kernel
>>elevator/VM... mouse clicks in Mozilla take upwards of 10 seconds to
>>respond, when "bk -r co -Sq" is running on this laptop [any other
>>read-from-disk process behaves similarly]. And running any two BK
>>jobs at the same time is a huge mistake. Two "bk -r co -Sq" runs
>>easily take four or more times longer than a single run. Ditto for
>>consistency checks, or any other disk-intensive activity BK indulges
>>in.
>
>
> Hello,
>
> What kind of CPU and hard drive do your two machines above have? I'm
> a developer for arch[1], and I'm wondering how fast things can get.

The laptop has 200MB RAM, and mozilla and a ton of xterms loaded. IDE
drives w/ Intel PIIX4 controller. The Dual Athlon has 512MB RAM, and I
forget what kind of IDE controller -- I think AMD. IDE drives as well.

BitKeeper must scan the entire tree when doing a checkin or checkout, so
that is impossible to optimize at the SCM level without compromising
features... if your source tree takes up ~190MB on disk, you have 200MB
of RAM total, and you need to sequentially scan the entire thing, there
is nothing that can be done at either the OS or app level... You're just
screwed. Things are extremely fast on the Dual Athlon because the
entire tree is in RAM.


> Note: If you answer, you'll certainly be aiding arch development. It
> might be interpreted as "develop[ing] ... a product which
> contains substantially similar capabilities of the BitKeeper
> Software, or, in the reasonable opinion of BitMover, competes
> with the BitKeeper Software". So you might lose the ability to
> use the free license. But I'll let you decide if you want to
> help us.


Don't be silly: I am more than willing to help, via answering
questions. If I had time I would help code. I'm not religious about
"only BitKeeper" to the exclusion of helping open source projects. I
simply use what is most expedient and productive for my kernel
development workflow.

Jeff



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:29    [from the cache]
©2003-2011 Jasper Spaans