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

In low memory situations you really want to run the tree compressed.
ON a fast machine do a "bk -r admin -Z" and then clone that onto your
laptop. I think that will drop the tree to about 145MB which will
help, maybe. I suspect that you use enough of the rest of your 200MB
that it still won't fit.

For the checkouts, always do a "bk -r get -S" the -S doesn't check out the
file again if it is already there. We could make that the default but
it is an interface change. A fairly minor one though.

We've got some other fixes in the pipeline for the checkin and integrity
check pass.

There is only so much we can do when you are trying to cram 10 pounds of
crap in a 5 pound bag :(
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
-
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