2010/12/6 Boyd Stephen Smith Jr. <b...@iguanasuicide.net>: > In <aanlktim2sgnhhsjekbmh7ewhormfrid+gv4p0rhyo...@mail.gmail.com>, Ian Monroe > wrote: >>2010/12/6 Thiago Macieira <thi...@kde.org>: >>> git-fast-import produces very poorly-packed repositories. Repacking is a >>> must to reduce the size. >> >>git gc --aggressive seem to do a great job. repacking on top of it... >>not so much. > > From git-gc(1): > If the number of loose objects > exceeds the value of the gc.auto configuration variable, then all > loose objects are combined into a single pack using git repack -d > -l. > ... > If the number of packs exceeds the value of gc.autopacklimit, then > existing packs (except those marked with a .keep file) are > consolidated into a single pack by using the -A option of git > repack. > ... > The optional configuration variable gc.aggressiveWindow controls how > much time is spent optimizing the delta compression of the objects in > the repository when the --aggressive option is specified. The larger > the value, the more time is spent optimizing the delta compression. See > the documentation for the --window' option in git-repack(1) for more > details. This defaults to 250. > > git gc --aggressive spends most of its time in git repack calls. Still, using > higher depth and/or window should shrink the packs and using lower depth > and/or window should grow the packs.
The growth of Calligra from 366 to 600 was apparently because of killing the repack process since it was running on a machine with not enough memory. So that was unfair to blame repack for that. But I really did it see it complete successfully on my machine and it growing from 366 to 400. It doesn't surprise me that gc --aggressive does a lot repacking. Jeff did some testing and was only able to get that 366 to 365 with repack on a repo that had had git gc --aggressive. So given all that, for me, I'll let the pros who developed 'gc' handle running the repack command. :) Ian _______________________________________________ Kde-scm-interest mailing list Kde-scm-interest@kde.org https://mail.kde.org/mailman/listinfo/kde-scm-interest