On Fri, Jan 7, 2011 at 3:21 AM, Nicolas Pitre <nico@xxxxxxxxxxx> wrote: >> The last thing I like about these chains is that the number of chains >> is reasonable. It won't increase too fast over time (as compared to >> the number of commits). As such it maps well to BitTorrent's "pieces". > > My problem right now is that I don't see how this maps well to Git. bittorrent as "just another file getting method" maps very well. only with some modifications to the bittorrent protocol would the concept map well to bittorrent "pieces" because the pieces are at present a) fixed size b) defined by a heuristic based on the file size (logarithmic) so that the number of pieces are kept to within a reasonable limit. bottom line: my take on this is (sorry to say, nguyen) that i don't believe bittorrent "pieces" map well to the chains concept, unless the chains are perfectly fixed identical sizes [which they could well be? am i mistaken about this?] l. -- 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