git/list[1] front-page[2] threads[3] people[4] search[5] about
 

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

From
UWUlrich Windl <ulrich.windl@rz.uni-regensburg.de>
Date
May 3, 2017, 12:29 UTC
Message-ID
<5909CD36020000A100025CC7@gwsmtp1.uni-regensburg.de>
In-Reply-To
<CAJZjrdVZ7gTZvm=CcG7pUPWtXjsMsHgyMRiE8xoXm=bZ4j6FEQ@mail.gmail.com>
>>> Samuel Lijin <sxlijin@gmail.com> schrieb am 03.05.2017 um 09:12 in Nachricht
<CAJZjrdVZ7gTZvm=CcG7pUPWtXjsMsHgyMRiE8xoXm=bZ4j6FEQ@mail.gmail.com>:
Show 23 quoted lines
> On Mon, May 1, 2017 at 7:59 PM, Junio C Hamano <gitster@pobox.com> wrote:
>> Samuel Lijin <sxlijin@gmail.com> writes:
>>
>>> On Fri, Mar 31, 2017 at 10:52 AM, Junio C Hamano <gitster@pobox.com> 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 appeared by borrowing from them.  We do
>>>> not have that heuristics (yet).
>>>
>>> Could you elaborate on this? Do you mean to tell diffcore-rename to
>>> ignore diff_filespec objects if they're binary?
>>
>> No and yes ;-).  I do not think it is a good idea to unconditionally
>> ignore binary in diffcore-rename.
>>
>> But when we know that the rename detection is called from inside
>> blame.c, where by definition we would be digging line-oriented
>> contents, there is no point checking if the contents we are looking
>> for came from an existing binary file.
> 
> A followup thought: perhaps it would make sense for blame.c rename
> detection to only consider files with the same extension?
As traditionally file type and file name extension had little to do with each other in UNIX, I thing that would not be a good solution (to assume the opposite). I also know that Git does not care too much about hierarchies also, but my idea was so find candidates "nearby", i.e. look in the subdirectories of the first level and in the parent directory; then, if needed, widen the radius of the search...

Regards, Ulrich

Previous: Samuel Lijin
Message 11 of 11 in “Terrible bad performance for it blame --date=iso -C -C master -- <file>”
  1. Ulrich WindlMar 31, 2017
  2. Junio C HamanoMar 31, 2017
  3. Samuel LijinMar 31, 2017
  4. Antw: Re: Terrible bad performance for it blame --date=iso -C -C master -- <file>Ulrich Windl, Apr 3, 2017
  5. SZEDER GáborApr 3, 2017
  6. Jakub NarębskiApr 3, 2017
  7. Antw: Re: Terrible bad performance for it blame --date=iso -CUlrich Windl, Apr 4, 2017
  8. Samuel LijinMay 1, 2017
  9. Junio C HamanoMay 2, 2017
  10. Samuel LijinMay 3, 2017
  11. Antw: Re: Terrible bad performance for it blame --date=iso -C -C master -- <file>Ulrich Windl, May 3, 2017

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.