public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
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



  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