Re: [PATCH v4 00/15] Changed Paths Bloom Filters

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

 



On 4/6/2020 12:59 PM, Garima Singh via GitGitGadget wrote:
> Hey! 
> 
> The commit graph feature brought in a lot of performance improvements across
> multiple commands. However, file based history continues to be a performance
> pain point, especially in large repositories. 
> 
> Adopting changed path Bloom filters has been discussed on the list before,
> and a prototype version was worked on by SZEDER Gábor, Jonathan Tan and Dr.
> Derrick Stolee [1]. This series is based on Dr. Stolee's proof of concept in
> [2]
> 
> With the changes in this series, git users will be able to choose to write
> Bloom filters to the commit-graph using the following command:
> 
> 'git commit-graph write --changed-paths'
> 
> Subsequent 'git log -- path' commands will use these computed Bloom filters
> to decided which commits are worth exploring further to produce the history
> of the provided path. 

I noticed Jakub was not CC'd on this email. Jakub: do you plan to re-review
the new version? Or are you satisfied with the resolutions to your comments?

Is anyone else planning to review this series?

I'm just wondering when we should take this series to cook in 'next' and
start building things on top of it, such as "git blame" or "git log -L"
improvements. While it cooks, any bugs or issues could be resolved with
patches on top of this version. That would be my preference, anyway.

What do you think, Junio?

Thanks,
-Stolee




[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]

  Powered by Linux