Bug#636796: use compression on first part of update transaction too
On Sat, Aug 06, 2011 at 06:34:38AM +0800, jidanni@jidanni.org wrote:
> Package: apt
> Version: 0.8.15.5
> Severity: wishlist
>
> Gentlemen, it turns out the initial part of an apt-get update,
> the part which sends
>
> GET /debian/dists/unstable/InRelease HTTP/1.1
> Host: ...
> Connection: keep-alive
> Cache-Control: no-cache
> Pragma: no-cache
> User-Agent: Debian APT-HTTP/1.3 (0.8.15.5)
>
> (as seen in tcpflow(1)), does not get a compressed result. Even though
> it is only a 150 KB reply, but why not enable compression and just send
> a third of that?
We do not have any support for compressed replies (only for replies containing
compressed files, ending in a compressor-specific file extension), adding that
would need a lot of work for not much gain.
Yes, we can go down from currently ~ 200 KiB to 61 KiB, but I don't think
that's going to be a huge advantage.
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
Be friendly, do not top-post, and follow RFC 1855 "Netiquette".
- If you don't I might ignore you.
Reply to: