Antw: Re: Terrible bad performance for it blame --date=iso -C -C master --

2017-05-03 Thread Ulrich Windl
>>> Samuel Lijin schrieb am 03.05.2017 um 09:12 in Nachricht

Re: Terrible bad performance for it blame --date=iso -C -C master --

2017-05-03 Thread Samuel Lijin
On Mon, May 1, 2017 at 7:59 PM, Junio C Hamano wrote: > Samuel Lijin writes: > >> On Fri, Mar 31, 2017 at 10:52 AM, Junio C Hamano wrote: >> >>> It might not be a bad idea to teach "blame" not to pay attention to >>> any path that is

Re: Terrible bad performance for it blame --date=iso -C -C master --

2017-05-01 Thread Junio C Hamano
Samuel Lijin writes: > On Fri, Mar 31, 2017 at 10:52 AM, Junio C Hamano wrote: > >> It might not be a bad idea to teach "blame" not to pay attention to >> any path that is marked as "-diff" (e.g. binary files) when trying >> to see if remaining contents

Re: Terrible bad performance for it blame --date=iso -C -C master --

2017-05-01 Thread Samuel Lijin
On Fri, Mar 31, 2017 at 10:52 AM, Junio C Hamano wrote: > "Ulrich Windl" writes: > >> I was running "vc-annotate" in Emacs for a file from a large >> repository (>4 files, a big percentage being binary, about 10 >> commits). For the first

Antw: Re: Terrible bad performance for it blame --date=iso -C -C master --

2017-04-03 Thread Ulrich Windl
Junio, thanks for explaining! So if there are at least two commits, blame is fast, but with only one commit blame tries hard to find another commit that might have contributed to the one file? I verified that without those "-C" options the result is very quick. In the other case (for the user

Re: Terrible bad performance for it blame --date=iso -C -C master --

2017-03-31 Thread Samuel Lijin
Hi Ulrich, Is there any chance you could share the repo where this is coming from? This is actually something a colleague and I are looking into seeing if we can crunch out some performance gains since -C -C isn't threaded. Sam On Fri, Mar 31, 2017 at 10:52 AM, Junio C Hamano

Re: Terrible bad performance for it blame --date=iso -C -C master --

2017-03-31 Thread Junio C Hamano
"Ulrich Windl" writes: > I was running "vc-annotate" in Emacs for a file from a large > repository (>4 files, a big percentage being binary, about 10 > commits). For the first file the result was presented rather soon, but > for a second file the command

Terrible bad performance for it blame --date=iso -C -C master --

2017-03-31 Thread Ulrich Windl
Hi! I was running "vc-annotate" in Emacs for a file from a large repository (>4 files, a big percentage being binary, about 10 commits). For the first file the result was presented rather soon, but for a second file the command did not finish even after about 10 minutes! The file in