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

Re: git diff too slow for a file

From
Junio C Hamano <gitster@pobox.com>
Date
Apr 20, 2010, 07:40 UTC
Message-ID
<7vd3xuinbe.fsf@alter.siamese.dyndns.org>
In-Reply-To
<4BCB48E5.9090303@lsrfire.ath.cx>
René Scharfe <rene.scharfe@lsrfire.ath.cx> writes:
Show 9 quoted lines
> For Linux, these 161 out of 178107 commits are affected:
>
>   90d49b4f  83f3c715  3b5dd52a  e97bd974  4e092d11  96b3c83d  4c96e893
>   ...
>   22e2c507  e9edcee0  303b86d9  47b5d69c  2d7edb92  cb624029  f4f051eb
>
> I have briefly looked at a few of them.  They were big and not obvious
> with or without XDF_NEED_MINIMAL, but the flag clearly helped to cut
> them down a bit.
Thanks.
I am getting the same impression after staring some output.

Probably we should at least try to get rid of the use of MINIMAL immediately after 1.7.1 and if nobody finds large discrepancies, aim to ship 1.7.2 (and possibly 1.7.1.1) without even --quick/--slow options.

I expect that there will also be some differences in the blame output.
Previous: René ScharfeNext: René Scharfe
Message 5 of 12 in “git diff too slow for a file”
  1. SungHyun NamMar 29, 2010
  2. René ScharfeApr 17, 2010
  3. Junio C HamanoApr 17, 2010
  4. René ScharfeApr 18, 2010
  5. Junio C HamanoApr 20, 2010
  6. René ScharfeApr 20, 2010
  7. Junio C HamanoApr 21, 2010
  8. René ScharfeMay 2, 2010
  9. Junio C HamanoMay 2, 2010
  10. René ScharfeMay 4, 2010
  11. Junio C HamanoMay 4, 2010
  12. SungHyun NamApr 19, 2010

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.