Re: [RFC/PATCH 0/2] more patch-id speedups

2016-09-07 Thread Jeff King
On Wed, Sep 07, 2016 at 03:06:36PM +0200, Johannes Schindelin wrote: > > This is marked as "RFC" because I don't feel entirely confident that I'm > > not missing some clever need for these options. But in both cases my gut > > feeling is that they are simply unintended effects that nobody ever > >

Re: [RFC/PATCH 0/2] more patch-id speedups

2016-09-07 Thread Johannes Schindelin
Hi Peff, On Wed, 7 Sep 2016, Jeff King wrote: > Michael and I found a case where the "format-patch --cherry-pick A...B" > command for a rebase took over 7 minutes to run with git v2.9.3. Yikes. > > Switching to v2.10 dropped that to a bit over 3 minutes (due to the > kw/patch-ids-optim topic). B

[RFC/PATCH 0/2] more patch-id speedups

2016-09-07 Thread Jeff King
Michael and I found a case where the "format-patch --cherry-pick A...B" command for a rebase took over 7 minutes to run with git v2.9.3. Yikes. Switching to v2.10 dropped that to a bit over 3 minutes (due to the kw/patch-ids-optim topic). Better, but not great. The culprit turned out to be merge