On Wed, 11 Feb 2009, Sam Vilain wrote: > > The only case where it hurts is when you want to merge. Nothing else > should care. So, if a merge of these note trees sees two different trie > sizes then it can convert the shorter one to the longer length first, > and then try the merge again. So you get the pain, but only once. And > when a project decides that its split is too small, it can split then > and it should "silently" spread out to others. But what's the advantage of the added complexity? The non-fixed trie only helps for the case that doesn't matter - just a few annotations. If you have a thousand annotations or less, you _really_ don't care. Whatever you do will be fine. So the whole thing only matters once you have tens of thousands of entries, and then you do want to have fan-out. No? Linus -- 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
