From: <joeja@mindspring.com>
To: linux-kernel@vger.kernel.org
Subject: Re: Re: Re: faster boots?
Date: Fri, 05 Apr 2002 13:08:26 -0500 [thread overview]
Message-ID: <Springmail.0994.1018030106.0.22918200@webmail.atl.earthlink.net> (raw)
Someone pointed out that I may have to much stuff built into the kernel and that I should try modularizing it. Only builing in what I need to boot and the rest as modules.
This may be true.
It is easier IMHO to configure a NetBSD kernel or FreeBSD kernel with just what you need in the system because dmesg is more helpful IHMO on those systems.
dmesg for netbsd prints stuff like
pckbc0: using irq 12 for aux slot
and in its kernel config file there will be a line something like
pckbc* irq*
or something. Thus someone wrote a nifty little perl script that can go through dmesg and comment out of the config what is not found by the generic kernel (or the kernel installed at that time). This helped reduce my netbsd kernel from 3.6M to about 2.1M and speed up the machine some.
FreeBSD is very similar to this. Only I think it tends to have more modules in the default generic kernel.
Linux on the other hand prints out all this other stuff which makes it harder IMHO to determine weather or not you need driver foo built into the kernel. Thus I know that when I build a Linux kernel there is stuff that is in it that I don't need but don't know what it is.
Also the bsd's run 'config' against the config file which actually checks to see if the config file that was edited is actually going to build and it also updates some other stuff. Although that is not 100% accurate, but a big help.
So what is the best way in Linux to figure out what you can remove from the kernel to make it smaller and boot hopefully faster on low end machines?
Joe
next reply other threads:[~2002-04-05 18:08 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-05 18:08 joeja [this message]
2002-04-06 17:53 ` Alan Cox
2002-04-06 18:49 ` Mr. James W. Laferriere
2002-04-06 19:01 ` Joe
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=Springmail.0994.1018030106.0.22918200@webmail.atl.earthlink.net \
--to=joeja@mindspring.com \
--cc=linux-kernel@vger.kernel.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
all inboxes | Powered by JetHome®