On 01/10/2011 04:03 PM, Nguyen Thai Ngoc Duy wrote: > On Mon, Jan 10, 2011 at 11:39 PM, John Wyzer <john.wyzer@xxxxxx> wrote: >> Why not provide an alternative mode for the git:// protocoll that instead of >> retrieving a big packaged blob breaks this down to the smallest atomic >> objects from the repository? Those are not changing and should be able to >> survive partial transfers. >> While this might not be as efficient network traffic-wise it would provide a >> solution for those behind breaking connections. > > That's what I'm getting to, except that I'll send deltas as much as I can. While I think we need to come up with a mechanism to allow for resumable fetches (I'm thinking slow sporadic links and larger repos like the kernel for instance), but breaking the repo up into too small a chunks will very adversely affect the overall transfer and could cause just as much system thrash on the upstream provider. I'd be curious to see what the system impact numbers and performance differences are though, as I do think getting some sort of resumability is important, but resumability at the expense of being able to get the data out quickly and efficiently is not going to be a good trade off :-/ - John 'Warthog9' Hawley -- 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