I have just converted an SVN repo to Git (using SubGit), where I feel
delta compression has let me down :)
Suffice it to say, this is a "traditional" SVN repo, with an extern/
blown out of proportion with many binary check-ins. BUT, even still, I
would expect Git's delta compression to be quite effective, compared to
the compression present in SVN. In this case however, the Git repo ends
up being 46% larger than the SVN DB.
Details - SVN:
Commits: 32988
DB (server) size: 139GB
Branches: 103
Tags: 1088
Details - Git:
$ git count-objects -v
count: 0
size: 0
in-pack: 666515
packs: 1
size-pack: 211933109
prune-packable: 0
garbage: 0
size-garbage: 0
$ du -sh .
203G .
$ java -jar ~/sources/bfg/bfg.jar --delete-folders extern
--no-blob-protection && \
git reflog expire --expire=now --all && \
git gc --prune=now --aggressive
$ git count-objects -v
count: 0
size: 0
in-pack: 495070
packs: 1
size-pack: 5765365
prune-packable: 0
garbage: 0
size-garbage: 0
$ du -sh .
5.6G .
When first importing, I disabled gc to avoid any repacking until
completed. When done importing, there was 209GB of all loose objects
(~670k files). With the hopes of quick consolidation, I did a
git -c gc.autoDetach=0 -c gc.reflogExpire=0 \
-c gc.reflogExpireUnreachable=0 -c gc.rerereresolved=0 \
-c gc.rerereunresolved=0 -c gc.pruneExpire=now \
gc --prune
which brought it down to 206GB in a single pack. I then ran
git repack -a -d -F --window=350 --depth=250
which took it down to 203GB, where I'm at right now.
However, this is still miles away from the 139GB in SVN's DB.
Any ideas what's going on, and why my results are so terrible, compared
to SVN?
Thanks!
--
.marius