Messages in this thread | | | Date | Fri, 21 Sep 2007 15:53:23 +0200 (CEST) | From | Jan Engelhardt <> | Subject | Re: Git as a filesystem |
| |
On Sep 21 2007 15:30, Peter Stahlir wrote: > >> >For example, imagine running a complete Debian mirror on top of a >> >Debian system with gitfs. How big would the packfile be for this 252GB >> >beast? >> >> Probably 252 GB. Lots of the packages are already compressed, and >> each time a minimal change is done, the bytestream changes, so long >> story short, deltifying between to compressed streams is likely to >> deltify horribly. > >What about adding deb or tar support to git?
Blatant layering violation.
>Then git doesn't store deb archives but the contents of archives.
And waht about metadata (e.g. rpm Vendor: tag)? tar does not store that.
>This way redundancy across architectures can be deltified.
Not at all. Different instruction sets, different codes ==> delta -> 0. >- >To unsubscribe from this list: send the line "unsubscribe linux-kernel" in >the body of a message to majordomo@vger.kernel.org >More majordomo info at http://vger.kernel.org/majordomo-info.html >Please read the FAQ at http://www.tux.org/lkml/ >
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |