[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <45130792.9040104@zytor.com>
Date: Thu, 21 Sep 2006 14:43:46 -0700
From: "H. Peter Anvin" <hpa@...or.com>
To: Lennart Sorensen <lsorense@...lub.uwaterloo.ca>
CC: Dax Kelson <dax@...ulabs.com>,
Linux kernel <linux-kernel@...r.kernel.org>,
Linus Torvalds <torvalds@...l.org>
Subject: Re: Smaller compressed kernel source tarballs?
Lennart Sorensen wrote:
> On Thu, Sep 21, 2006 at 02:32:57PM -0600, Dax Kelson wrote:
>> Today as I was watching the linux-2.6.18.tar.bz2 slowly download I
>> thought it would be nice if it could be made smaller.
>>
>> The 7zip program/algorithm is free software (LGPL) and can be obtained
>> from http://www.7-zip.org/ and it is distributed with several
>> distributions (it is in Fedora Core 6 extras for example).
>>
>
> But after you download it once, you can just get the diff next time.
> How is the decompression time on 7zip versus bzip2 and gzip?
>
7zip (LZMA) decompresses quickly, and the decompressor text is actually
smaller than the equivalent for gzip. Quite nice.
What is not nice is the code for the compressor, which is a total mess.
I have been holding out on implementing LZMA on kernel.org, because
just as zip (deflate) didn't become common in the Unix world until an
encapsulation format that handles things expected in the Unix world,
e.g. streaming, was created (gzip), I don't think LZMA is going to be
widely used until there is an "lzip" which does the same thing. I
actually started the work of adding LZMA support to gzip, but then
realized it would be better if a new encapsulation format with proper
64-bit support everywhere was created.
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists