Re: [PATCH v3 21/21] pack-bitmap: implement optional name_hash cache

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Jeff King <peff@xxxxxxxx> writes:

> Test                      origin/master       HEAD^                      HEAD
> -------------------------------------------------------------------------------------------------
> 5310.2: repack to disk    36.81(37.82+1.43)   47.70(48.74+1.41) +29.6%   47.75(48.70+1.51) +29.7%
> 5310.3: simulated clone   30.78(29.70+2.14)   1.08(0.97+0.10) -96.5%     1.07(0.94+0.12) -96.5%
> 5310.4: simulated fetch   3.16(6.10+0.08)     3.54(10.65+0.06) +12.0%    1.70(3.07+0.06) -46.2%
> 5310.6: partial bitmap    36.76(43.19+1.81)   6.71(11.25+0.76) -81.7%    4.08(6.26+0.46) -88.9%
>
> You can see that the time spent on an incremental fetch goes
> down, as our delta heuristics are able to do their work.
> And we save time on the partial bitmap clone for the same
> reason.

The time now goes down across the board compared to master.  Good job!

> Signed-off-by: Vicent Marti <tanoku@xxxxxxxxx>
> Signed-off-by: Jeff King <peff@xxxxxxxx>

Reviewed-by: Thomas Rast <tr@xxxxxxxxxxxxx>

-- 
Thomas Rast
tr@xxxxxxxxxxxxx
--
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




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]