diff options
author | Dmitry Ivankov <divanorama@gmail.com> | 2011-08-21 01:04:11 +0600 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2011-08-22 11:57:06 -0700 |
commit | 94c3b48247b25773d9c0d7de892cb75cb06708bb (patch) | |
tree | b9a4806ee8bf3b0b061f3d6bb486af6277e50e49 /Documentation/git-fetch.txt | |
parent | filter-branch: Export variable `workdir' for --commit-filter (diff) | |
download | tgif-94c3b48247b25773d9c0d7de892cb75cb06708bb.tar.xz |
fast-import: count and report # of calls to diff_delta in stats
It's an interesting number, how often do we try to deltify each type of
objects and how often do we succeed. So do add it to stats.
Success doesn't mean much gain in pack size though. As we allow delta to
be as big as (data.len - 20). And delta close to data.len gains nothing
compared to no delta at all even after zlib compression (delta is pretty
much the same as data, just with few modifications).
We should try to make less attempts that result in huge deltas as these
consume more cpu than trivial small deltas. Either by choosing a better
delta base or reducing delta size upper bound or doing less delta attempts
at all.
Currently, delta base for blobs is a waste literally. Each blob delta
base is chosen as a previously stored blob. Disabling deltas for blobs
doesn't increase pack size and reduce import time, or at least doesn't
increase time for all fast-import streams I've tried.
Signed-off-by: Dmitry Ivankov <divanorama@gmail.com>
Acked-by: David Barr <davidbarr@google.com>
Acked-by: Jonathan Nieder <jrnieder@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'Documentation/git-fetch.txt')
0 files changed, 0 insertions, 0 deletions