From: Mark Kirkwood <markir@paradise.net.nz>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Managing my kernel
Date: Thu, 17 May 2007 18:38:22 +1200 [thread overview]
Message-ID: <464BF85E.8080105@paradise.net.nz> (raw)
In-Reply-To: <20070514205742.3a7f5776@voyager.g.spore.ath.cx>
Dan Farrell wrote:
> On Tue, 15 May 2007 12:33:22 +1200
> Mark Kirkwood <markir@paradise.net.nz> wrote:
>> A friend of mine does this for his production servers:
>>
>> 1/ builds the known needed things into the kernel
>> 2/ disables loadable modules completely
>>
>> This is probably not suitable for some use cases...(new raid card
>> ...ooops... redo kernel), but if you are deploying to known hardware
>> it is ok.
>>
>> Cheers
>>
>> Mark
> But Why? What's the benefit? If the code isn't being used, it isn't
> going to slow down the kernel is it? And the size of the kernel is
> irrelevant in my opinion -- the kernel is far from the predominant
> memory consumer on even a slow system. I think it's more likely that
> you'll have a problem with your kernel configuration than your kernel
> performance, and modules are the only way to add kernel support without
> rebooting. Furthermore, kernel modules have their own benefits --
> increased run-time configuration, for example (as opposed to a boot
> parameter). No, I agree with volker:
>
>> everything needed for booting: in kernel
>> everything needed all the time: in kernel
>> everything that needs a good kicking once in a while (usb, sound):
>> modules everything that needs parameters: modules
>> everything that is not needed all the time: module
>
> that way, you can also build modules on-the-fly to suit your needs and
> then compile them into the kernel, if desired, the next time you
> rebuild it.
FWIW for my own Gentoo systems I've just used genkernel, as its so
convenient - so I've probably ended up effectively doing volker's recipe
too....
Cheers
Mark
--
gentoo-user@gentoo.org mailing list
next prev parent reply other threads:[~2007-05-17 6:44 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-14 15:48 [gentoo-user] Managing my kernel Grant
2007-05-14 16:09 ` Hemmann, Volker Armin
2007-05-14 22:37 ` Aleksandar L. Dimitrov
2007-05-14 21:16 ` Neil Bothwick
2007-05-15 2:16 ` Aleksandar L. Dimitrov
2007-05-17 20:17 ` Grant
2007-05-14 18:18 ` Dale
2007-05-15 0:33 ` Mark Kirkwood
2007-05-15 1:57 ` Dan Farrell
2007-05-15 7:21 ` Etaoin Shrdlu
2007-05-15 19:49 ` Dan Farrell
2007-05-15 20:06 ` Boyd Stephen Smith Jr.
2007-05-17 6:38 ` Mark Kirkwood [this message]
-- strict thread matches above, loose matches on Subject: below --
2007-05-15 0:54 burlingk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=464BF85E.8080105@paradise.net.nz \
--to=markir@paradise.net.nz \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox