[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8499950a0802251432q1e59e542nfa06f66becef63aa@mail.gmail.com>
Date: Mon, 25 Feb 2008 23:32:44 +0100
From: "Oleg Verych" <olecom@...il.com>
To: "Willy Tarreau" <w@....eu>
Cc: "Steve Brokenshire" <sbrokenshire@...tia.co.uk>,
linux-kernel@...r.kernel.org, linux-kbuild@...r.kernel.org
Subject: Re: [PATCH] Compress kernel modules on installation.
On Mon, Feb 25, 2008 at 11:19 PM, Willy Tarreau:
>
> On Mon, Feb 25, 2008 at 11:17:23PM +0100, Oleg Verych wrote:
> > On Mon, Feb 25, 2008 at 10:42 PM, Steve Brokenshire:
> > > Hi,
> > >
> > > (I've sent this to the linux-kbuild and linux-kernel lists as this
> > > patch modifies the Makefile.modinst file. I also don't subscribe to the
> > > linux-kbuild and linux-kernel mailing lists so can I have any replies
> > > CC'ed to me please)
> >
> > And what if i like bzip2 (yea sometimes better) or 7zip (better if !EMBEDDED)
> > or whatever?
> >
> > It's pure user/distro question.
>
> not exactly, as only gzip is supported by module-init-tools. However,
> if you come up with a patch to implement lzma or equivalent for
> module-init-tools, it may be useful.
Oh, come on! It's userspace, i have scripts managing existence/compression
on per-file basis on my comp. If most distros just drop thousands of useless
(sometimes compressed) stuff to your harddisk, it's not kernel's or
modules-init-tools'
problem.
Also having compressed over compressed stuff, like on initramfs booting image
with such modules (if by defaults) may cause bigger file, more CPU overhead.
It is userspace and all that policy stuff, etc., etc.
Want to make a minidistro on lkml? Well, i see klibc working fine already.
_______
--
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