Re: serious performance issues with images, audio files, and other "non-code" data
- From
Nicolas Pitre <nico@fluxnic.net>
- Date
- May 18, 2010, 19:37 UTC
- Message-ID
- <alpine.LFD.2.00.1005181535130.12758@xanadu.home>
- In-Reply-To
- <20100518192758.GC2383@coredump.intra.peff.net>
On Tue, 18 May 2010, Jeff King wrote:
Show 15 quoted lines
> On Tue, May 18, 2010 at 09:10:58PM +0200, Sverre Rabbelier wrote: > > > On Tue, May 18, 2010 at 21:07, Jeff King <peff@peff.net> wrote: > > > No, not to my knowledge. Even the "binary" attribute just says "this > > > file is binary, don't text diff it". I think we will always still do > > > rewrite-detection for operations like "git status" and the diff summary > > > of "git commit". > > > > Would that not be a very sensible optimization that would help John > > (and other users of big files) a lot? > > It might help some, but I worry about overloading the meaning of > "-delta". Right now it has a very clear meaning: don't delta for > packfiles. But that doesn't mean I might not want to see break detection > (or inexact rename detection, for that matter) at some time.
Indeed. Please keep the delta attribute for what it is named after: deltas. And those are meant to be used in the context of object packing only.
Nicolas