"Alex Riesen" <raa.lkml@xxxxxxxxx> writes: > Well, tried it now. Strangely enough - there is almost no speedup with > Junio's patch on top of mine. Mine is primarily meant to be a conceptual clean-up. While it does save unnecessary write-tree at the end, and it also saves unnecessary write-cache/read-cache for the recursive part when you have more than one merge base, I would not be surprised if the effect of tons of unnecessary write-index, once per path involved in the merge, which was what your patch removed, would drawf anything else. Since single merge base cases dominate in practice, you might see improvements from the avoidance of the final write-tree but probably would not see much benefit of write-cache/read-cache avoidance unless your merge has many merge bases. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html