I think I've now got the parallel pull use in ssh-pull to the point where it could be useful to post. Similar stuff should work for http-pull (where it will probably be more interesting), but I have to read more libcurl documentation.
Initial results on ssh-pull are encouraging: on my local ethernet, I moved the current git repository in 16 seconds, unpacked and with the push side acting dumb. I think it was requesting objects about 6 ahead of where it was reading them. I didn't test how much time the pipe spent empty in the final version; when I was printing debugging messages, the pipe was often empty, but it also took 3 times as long, and was therefore probably blocking on debugging output, not the network. This work is based on some now in -pu; what should I base my patches on? I would ideally like to add a function to one of the patches in -pu and fix a subtle bug in the other, in addition to further patches to actually use the feature in ssh-pull. -Daniel *This .sig left intentionally blank* - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html