zlib in the kernel?

zlib in the kernel?

[Robert L. Harris]

[-- Attachment #1: Type: text/plain, Size: 743 bytes --]



Anyone have a good breakdown on what this is?  I have some wild theories
I'm hoping are right but don't need to start another day looking like an
idiot guessing blindly.

The Help section is empty and I'm not finding anything on kernel.org
(may have overlooked something, the site is slow for me today)..

Robert


:wq!
---------------------------------------------------------------------------
Robert L. Harris                     | PGP Key ID: E344DA3B
                                         @ x-hkp://pgp.mit.edu 
DISCLAIMER:
      These are MY OPINIONS ALONE.  I speak for no-one else.

Diagnosis: witzelsucht  	

IPv6 = robert@ipv6.rdlg.net	http://ipv6.rdlg.net
IPv4 = robert@mail.rdlg.net	http://www.rdlg.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: zlib in the kernel?

[Jörn Engel]

On Thu, 27 March 2003 10:06:59 -0500, Robert L. Harris wrote:
> 
> Anyone have a good breakdown on what this is?  I have some wild theories
> I'm hoping are right but don't need to start another day looking like an
> idiot guessing blindly.
> 
> The Help section is empty and I'm not finding anything on kernel.org
> (may have overlooked something, the site is slow for me today)..

Zlib compression is used in many places in the kernel, cramfs, jffs2,
squashfs, zisofs, cloop, ppp, maybe more.

There used to be several copies of the code in the kernel tree, I
still have a not-so-old compiled kernel with *three* copies of the
zlib code in it. It's centralized now under lib/, which is a good
thing (TM).

When configuring the kernel, chances are you don't have to touch it.
Anything else should be reported and get fixed. :)

Jörn

-- 
Fancy algorithms are slow when n is small, and n is usually small.
Fancy algorithms have big constants. Until you know that n is
frequently going to be big, don't get fancy.
-- Rob Pike