Nicolas Pitre <nico@cam.org> wrote:I take it you are working on it alone at this point? I'd love to get back into it, but I don't think I've got the cycles for at least a couple of weeks. Here's something we didn't think about, but that occurred to me today when reading this series: If we move the SHA-1 table out of the index and into the packfile (like we are planning) dumb commit-walkers (http-fetch) will have problems. Right now they download the indexes of every available packfile to determine if they need to download the corresponding packfile to obtain a needed object. Moving the SHA-1 table from the index into the packfile will mean the client cannot do this `optimization'. Instead it will need to perform a byte-range request for part of the packfile to decide if it needs to fetch the remainder of that packfile; or it must download the entire packfile. Since not all HTTP servers support byte-range requests the former may not always be viable and the latter is obviously not a good idea. -- Shawn. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| David Chinner | Re: [RFD] BIO_RW_BARRIER - what it means for devices, filesystems, and dm/md. |
| Andrew Morton | -mm merge plans for 2.6.23 |
| Trent Piepho | Re: [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
git: | |
| David Miller | Re: iptables very slow after commit784544739a25c30637397ace5489eeb6e15d7d49 |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
