On Thu, 20 Apr 2006, Junio C Hamano wrote: > Nicolas Pitre <nico@cam.org> writes: > > >> But I suspect we have a built-in "we sort bigger to smaller, and > >> we cut off when we switch bins" somewhere in find_delta() loop, > >> which I do not recall touching when I did that change, so that > >> may be interfering and preventing 0-11-AdjLite.deg from all over > >> the place to delta against each other. > > > > I just cannot find something that would do that in the code. When > > --no-reuse-delta is specified, the only things that will break the loop > > in find_delta() is when try_delta() returns -1, and that happens only > > when changing object type or when the size difference is too big, but > > nothing looks at the name hash. > > The list is sorted by type then hash then size (type_size_sort), > so if you have t/Makefile that are big medium small too-small > and then doc/Makefile that are big medium, once you see the > too-small t/Makefile it would not consider the big doc/Makefile > as a candidate X-<. Bingo! I didn't think it all through before. Nicolas - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Fri Apr 21 10:52:30 2006
This archive was generated by hypermail 2.1.8 : 2006-04-21 10:52:48 EST