Re: auto-packing on kernel.org? please?

From: Chuck Lever <cel@citi.umich.edu>
Date: Nov 22, 2005, 05:26 UTC
Message-ID: <4382AC11.5090209@citi.umich.edu>
In-Reply-To: <Pine.LNX.4.64.0511211110480.13959@g5.osdl.org>

Linus Torvalds wrote:

Show 33 quoted lines

> 
> On Mon, 21 Nov 2005, Carl Baldwin wrote:
> 
>>I have a question about automatic repacking.
>>
>>I am thinking of turning something like Linus' repacking heuristic loose
>>on my repositories.  I just want to make sure it is as safe as possible.
>>
>>At the core of the incremental and full repack strategies are these
>>statements.
>>
>>Incremental...
>>
>>>		git repack &&
>>>			git prune-packed
>>
>>Full...
>>
>>>		git repack -a -d &&
>>>			git prune-packed
> 
> 
> NOTE! Since that email, "git repack" has gotten a "local" option (-l), 
> which is very useful if the repositories have pointers to alternates.
> 
> So do
> 
> 	git repack -l
> 
> instead, to get much better packs (and "-a -d" for the full case, of 
> course).
> 
> Other that than, the old email suggestion should still be fine.

i've been playing with "git repack" on StGIT-managed repositories.

on NFS, using packs instead of individual objects is quite a bit faster, because a single NFS GETATTR will tell you if your NFS client's cached pack file is still valid, whereas a whole bunch of GETATTRs are required for validating individual object files.

there are some things repacking does that breaks StGIT, though.

git repack -d

seems to remove old commits that StGIT was still depending on.

git repack -a -n

seems to work fine with StGIT, as does

git prune-packed

i'm really interested in trying out the new command to remove redundant objects and packs, but haven't gotten around to it yet.

begin:vcard fn:Chuck Lever n:Lever;Charles org:Network Appliance, Incorporated;Linux NFS Client Development adr:535 West William Street, Suite 3100;;Center for Information Technology Integration;Ann Arbor;MI;48103-4943;USA email;internet:cel@citi.umich.edu title:Member of Technical Staff tel;work:+1 734 763-4415 tel;fax:+1 734 763 4434 tel;home:+1 734 668-1089 x-mozilla-html:FALSE url:http://www.monkey.org/~cel/ version:2.1 end:vcard