Re: Change set based shallow clone

From: Jon Smirl <jonsmirl@gmail.com>
Date: Sep 9, 2006, 01:45 UTC
Message-ID: <9e4733910609081845u36699865g2cc78e5a08267a86@mail.gmail.com>
In-Reply-To: <17666.142.886652.667529@cargo.ozlabs.ibm.com>

On 9/8/06, Paul Mackerras <paulus@samba.org> wrote:

Show 10 quoted lines

> Jon Smirl writes:
>
> > gitk takes about a minute to come up on the Mozilla repo when
> > everything is in cache. It  takes about twice as long when things are
> > cold. It's enough of delay that I don't use the tool.
>
> How long does it take for git rev-list --topo-order to produce its
> first line of output, in the cache-hot case?  That is, is it just
> gitk's graph layout that is taking the time, or is it git rev-list
> (meaning that gitk needs to stop using --topo-order)?

Cold cache: jonsmirl@jonsmirl:/opt/t1$ time git rev-list --all --topo-order --parents >/dev/null

real 0m27.687s user 0m5.672s sys 0m0.560s

Hot cache: jonsmirl@jonsmirl:/opt/t1$ time git rev-list --all --topo-order --parents >/dev/null

real 0m6.041s user 0m5.768s sys 0m0.276s jonsmirl@jonsmirl:/opt/t1$

I have enough RAM (3GB) that everything fits.

Hot cache, 27 seconds to get first line of display in gitk It takes about two minutes get everything loaded into the window and scroll to the head

This a 450MB pack, 250K commits, 2M objects.

-- 
Jon Smirl
jonsmirl@gmail.com