From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: decrapify your kernel config WAS: ps shows pegasus process running - what is it?
Date: Sun, 8 Nov 2009 23:35:43 +0200 [thread overview]
Message-ID: <200911082335.43358.alan.mckinnon@gmail.com> (raw)
In-Reply-To: <95D8041B-5E83-4388-A19D-3D12A3C3B36D@stellar.eclipse.co.uk>
On Sunday 08 November 2009 23:20:31 Stroller wrote:
> > You really need to learn to make your own kernel. ...
>
> Whilst I agree in principle that a good (slim?) kernel is better and
> your comments on that, I am sceptical whether the majority of people
> have the knowledge to make any significant performance or security
> improvements.
>
> AIUI the kernels shipped by distros like Red Hat, for instance, are
> configured by the very people that work on and maintain the mainline
> kernel tree. How can any of us simple end-users compete with that?
>
> I imagine it to be very easy for any of us normal people to enable or
> disable options that make significant performance impact - but we
> would never know it, because we're not benchtesting it or even
> qualified to assess proper benchtests.
>
> I cannot believe that in a day you could study this subject
> sufficiently to have any reasonable competence on the matter. And thus
> if you do spend only a day, that's wasted time. I would add that the
> kernel is evolving constantly, and in a year's time your knowledge -
> and your .config - is likely to be at least somewhat outdated.
>
> I chose to copy the .config from Knoppix because it's easy to get hold
> of that, but also because it's selected by someone who knows more than
> me, and it is likely to work with any hardware I install into my
> machine or connect by USB. I take Volker's point that a LiveCD .config
> could be the worst possible choice so I'm open to alternatives, but
> I hope those who say I should "learn to make your own kernel"
> appreciate my points over how effectual that will be - sure, I can
> delete my .config and start again with `make menuconfig` and I can go
> through every option and read the help, and I'm sure I'll get just as
> good results as 80% of the people on this list, but I just don't know
> that that's much of an answer.
You are reading way more into the subject than is actually there.
Red Hat employees do work on mainline and do write kernel code. But finding a
bug, writing new code and fixing security exploits are very different
activities to simply configuring the code that is there. And that is what RH
do - they take the code that is already there, apply whatever backport and
experimental patches suits their distro, then go through menuconfig switching
some things on and some things off. Their needs are different to yours - they
need their kernel to run on just about any hardware on the planet, so they
build a horrendously complex initrd with support for every known boot device,
then build every module that even half-way works. And also enable every known
kernel sub-system (because someone somewhere is going to use it).
By your analogy, you might consider Red Hat more qualified than you to decide
if you should build an MTA with or without LDAP support. Which is of course
patently ridiculous - if you know you need LDAP then you need it. Otherwise
you don't (and this is not a security issue, it's a features issue)
If you configure your own kernel, you only need build the bits you use. The
sole benefit for a Gentoo users to using a custom distro kernel is support for
things not in mainline (like some entire FibreChannel product ranges out
there). But please note that even if you copy an RH .config, you do not have
those patches to hand so you will not get those extra features. Unless you
patched the ebuild yourself, in which case you are already au-fait with
building a kernel and we would not be having this discussion.
In summary, I hear your reasoning and understand your concerns. But it is
flawed and you are worried about something that is not actually there.
--
alan dot mckinnon at gmail dot com
next prev parent reply other threads:[~2009-11-08 21:36 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-07 9:45 [gentoo-user] ps shows pegasus process running - what is it? Stroller
2009-11-07 10:01 ` Volker Armin Hemmann
2009-11-07 11:28 ` Stroller
2009-11-07 11:32 ` Volker Armin Hemmann
2009-11-07 23:51 ` [gentoo-user] Re: decrapify your kernel config WAS: " Stroller
2009-11-08 0:10 ` Volker Armin Hemmann
2009-11-08 0:24 ` Stroller
2009-11-08 0:50 ` Volker Armin Hemmann
2009-11-08 6:55 ` Dale
2009-11-08 21:20 ` Stroller
2009-11-08 21:35 ` Alan McKinnon [this message]
2009-11-08 22:20 ` Dale
2009-11-08 22:34 ` Alan McKinnon
2009-11-08 23:02 ` Dale
2009-11-08 23:08 ` Zeerak Waseem
2009-11-08 23:18 ` Alan McKinnon
2009-11-08 23:23 ` Stroller
2009-11-08 23:52 ` Dale
2009-11-08 22:41 ` Stroller
2009-11-08 22:51 ` Alan McKinnon
2009-11-08 23:21 ` Stroller
2009-11-08 23:40 ` Alan McKinnon
2009-11-08 23:05 ` Harry Putnam
2009-11-08 23:31 ` Volker Armin Hemmann
2009-11-09 16:56 ` Harry Putnam
2009-11-08 23:41 ` Dale
2009-11-08 23:28 ` Volker Armin Hemmann
2009-11-08 10:10 ` Florian Philipp
2009-11-08 10:24 ` Dale
2009-11-17 23:16 ` [gentoo-user] Re: decrapify your kernel config Stefan G. Weichinger
2009-11-17 23:26 ` Volker Armin Hemmann
2009-11-18 7:18 ` Alan McKinnon
2009-11-18 9:58 ` Volker Armin Hemmann
2009-12-02 18:46 ` Stefan G. Weichinger
2009-12-02 21:01 ` [gentoo-user] Re: OT: threads in thunderbird (WAS:decrapify your kernel config) Stefan G. Weichinger
2009-12-02 23:57 ` Zeerak Waseem
2009-12-03 0:14 ` Neil Bothwick
2009-12-03 11:43 ` Sebastian Beßler
2009-12-02 21:42 ` [gentoo-user] Re: decrapify your kernel config Stefan G. Weichinger
2009-11-18 14:43 ` daid kahl
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=200911082335.43358.alan.mckinnon@gmail.com \
--to=alan.mckinnon@gmail.com \
--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