git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: git gc / git repack not removing unused objects?

From
JNJon Nelson <jnelson@jamponi.net>
Date
Feb 8, 2010, 17:12 UTC
Message-ID
<cccedfc61002080912ybc7775by24fd5511fb67eac5@mail.gmail.com>
In-Reply-To
<alpine.LFD.2.00.1002071937000.1681@xanadu.home>
On Sun, Feb 7, 2010 at 8:11 PM, Nicolas Pitre <nico@fluxnic.net> wrote:
Show 17 quoted lines
> On Sun, 7 Feb 2010, Jon Nelson wrote:
>> On Sat, Feb 6, 2010 at 7:16 PM, Nicolas Pitre <nico@fluxnic.net> wrote:
>> >On Sat, 6 Feb 2010, Jon Nelson wrote:
>> >>         packsizelimit = 256m
>> >
>> > Why are you using this?
>>
>> I didn't want my pack files to be too huge. I've bumped that up to 2G.
>>
>> >> pack.packsizelimit=2M
>>
>> My ~/.gitconfig normally uses 2M for easy rsyncing. In this repo I
>> thought the value was overridden by the project's config (which was
>> specifying 256m and now specifies 2048m).
>
> Why do you synchronize with rsync?  Why not a simple 'git fetch' which
> is likely to be much faster in any case?

Often I need to sync the entire config, and am frequently rsyncing (although not in this case) rsyncing repos made with git-svn. I've had trouble using git clone on these repos, as I really want the duplicate repo to use the svn upstream and not the git repo it was cloned from.

..
Show 8 quoted lines
> You previously had 2408195 packed objects and after the repack this is
> 2674504.  The difference is 266309, which incidentally is the number of
> objects 'git repack' counted.
>
> If that 266309 object count is stable between repack attempts (and it
> should), then something is failing to clean up the old packs.  If I
> remember right, you were playing with modifications to git-repack.sh
> lately?  It is well possible that you broke it.
Indeedly do I did.
The (now expected) results:

turnip:/mnt/backups.git # du -sh ; echo ; git count-objects -v ; echo ; git repack -ad ; echo ; git count-objects -v ; echo ; du -sh 204G .

count: 0 size: 0 in-pack: 2939744 packs: 694 size-pack: 213284091 prune-packable: 0 garbage: 0

Counting objects: 266309, done. Compressing objects: 100% (205176/205176), done. Writing objects: 100% (266309/266309), done. Total 266309 (delta 47781), reused 230413 (delta 47770)

count: 0 size: 0 in-pack: 266309 packs: 11 size-pack: 21590451 prune-packable: 0 garbage: 0

21G . turnip:/mnt/backups.git #

and of course now everything is nice and (reasonably) fast. Thanks for the help, and pointing out that the problem was .. me.

-- 
Jon
Previous: Nicolas Pitre
Message 10 of 10 in “git gc / git repack not removing unused objects?”
  1. Jon NelsonFeb 5, 2010
  2. Nicolas PitreFeb 5, 2010
  3. Jon NelsonFeb 5, 2010
  4. Nicolas PitreFeb 5, 2010
  5. Jon NelsonFeb 6, 2010
  6. Nicolas PitreFeb 7, 2010
  7. Jon NelsonFeb 7, 2010
  8. Jon NelsonFeb 7, 2010
  9. Nicolas PitreFeb 8, 2010
  10. Jon NelsonFeb 8, 2010

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.