joeja@mindspring.com wrote:
>
> Hello,
> Is there some way of making the linux kernel boot faster?
>
Joe, you're speaking to a bunch of people who reboot their
boxes ten times an hour or more. It's an interesting topic.
- If your BIOS has an option to not call the bios functions
of add-in cards, try using it. Every card seems to have
its own inbuilt ten-second keyboard timeout, and this
option trumps them all.
- Remove as many of those nice vendor-provided initscripts
as you can. It sounds like you're running kudzu or
equivalent? `rpm -e' or `chkconfig kudzu off'.
- Modify /etc/init.d/rd.c/xinted so that it starts xinetd
asynchronously. For some reason, xinetd has a nice
five-second sleep before allowing the initscripts to
continue. I haven't noticed it do anything useful.
- If you're using SCSI, (aic7xxx), go into the kernel
config system and reduce its "initial bus reset delay
in milli-seconds". I use 1500.
If you want to get really radical you could investigate
Richard Gooch's boot scripts which I believe allow all the
initscripts to be launched in parallel. Which is a good
thing to do.
http://www.atnf.csiro.au/people/rgooch/linux/boot-scripts/
Once everything is trimmed up and tightened down, you should
have reasonably good boot times. There isn't a lot more
to be squeezed out of it.
Last year I developed a bunch of code which was designed to
speed up the boot process. It works as follows:
1: Boot the machine, start your X server or whatever you
normally do. Wait for everything to settle down.
2: Load a kernel module and run a userspace app which dumps
out a directory of your pagecache and buffercache contents
to a database file. It's of the form:
filename:page,page,page,page and
device:block,block,block,
The database file is sorted in ascending block order.
3: Next time you reboot, load a different kernel module and
run a different userspace app which together walk that
database and preload the pagecache and buffercache.
The theory was lovely. And I tried all sorts of stuff. But
the bottom line benefit was only about 10%. The whole thing
was constrained by buffercache seek time - filesytem metadata.
Oh well. The best benefit was in fact from launching all
the initscripts in parallel. Lots of stuff broke because
of the lack of any sort of dependency system, but it was
appreciably quicker.
I guess the greatest benefit would come from reorganising the
layout of the root filesystem's data and metadata so the
pagecache prepopulation doesn't have to seek all over the place.
-
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Apr 07 2002 - 22:00:15 EST