Johannes Schindelin wrote: > On Thu, 14 Feb 2008, Jakub Narebski wrote: >> Perhaps you could try running contrib/stats/packinfo.pl on this pack to >> examine it to get to know what takes most space. > > $ ~/git/contrib/stats/packinfo.pl < \ > objects/pack/pack-e4dc6da0a10888ec4345490575efc587b7523b45.pack 2>&1 | \ > tee packinfo.txt > Illegal division by zero at /home/imaging/git/contrib/stats/packinfo.pl > line 141, <STDIN> line 6330855. Errr... sorry, I should have been more explicit. What I meant here is the result of $ git verify-pack -v <packfile> | \ ~/git/contrib/stats/packinfo.pl >> What is the size of checkout, by the way? > > I work on a bare repository, but: > > $ git archive origin/master | wc -c > 2010060800 > > Or more precisely: > > $ echo $(($(git ls-tree -l -r origin/master | sed -n 's/^[^ ]* [^ ]* [^ ]* > *\([0-9]*\).*$/\1/p' | tr '\012' +)0)) > 1947839459 > > So yes, we still have the crown of the _whole_ repository being _smaller_ > than a single checkout. > > Yeah! Brandon Casey wrote: > Jakub Narebski wrote: >> >> What is the size of checkout, by the way? > > 2.4G That's huuuuge tree. Compared to that 1.6G (or 1.4G) packfile doesn't look large. I wonder if proper subdivision into submodules (which should encourage better code by the way, see TAOUP), and perhaps partial checkouts wouldn't be better solution than lazy clone. But it is nice to have long discussed about feature, even if at RFC stage, but with some code. -- Jakub Narebski Poland - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
