Sorry for the slow reply; I've been on vacation.
No worries.
When you build your bitmaps, do you set the pack.writeBitmapHashCache
option? We found that it makes a significant difference during the
compression phase, as otherwise git attempts deltas between random files
based on size. Here
.
Total 158825 (delta 135730), reused 158825 (delta 141479)
real 2.70
user 2.28
sys 0.65
From: Jeff King [p...@peff.net]
Sent: Monday, January 06, 2014 1:57 PM
To: Ben Maurer
Cc: git@vger.kernel.org
Subject: Re: [PATCH] [RFC] Making use of bitmaps for thin
suggestion here?
Signed-off-by: Ben Maurer bmau...@fb.com
---
builtin/pack-objects.c | 26 +++---
pack-objects.h | 1 +
2 files changed, 20 insertions(+), 7 deletions(-)
diff --git a/builtin/pack-objects.c b/builtin/pack-objects.c
index c2f2847..3dc4411 100644
One issue with this approach is that it seems git-pack-index doesn't perform as
well with thin packs. git-index-pack uses a multi-threaded approach to
resolving the deltas. However, the multithreading only works on deltas that are
exclusively in the pack. After the multi-threaded phase, it
4 matches
Mail list logo
