Re: [RFC] kernel facilities for cache prefetching
- From: Denis Vlasenko <vda@xxxxxxxxxxxxx>
- Date: Sat, 6 May 2006 09:49:31 +0300
On Tuesday 02 May 2006 11:53, Wu Fengguang wrote:
On Tue, May 02, 2006 at 10:30:17AM +0200, Arjan van de Ven wrote:
one interesting thing that came out of the fedora readahead work is that
most of the bootup isn't actually IO bound. My test machine for example
can load all the data into ram in about 10 seconds, so that the rest of
the boot is basically IO-less. But that still takes 2 minutes....
So I'm not entirely sure how much you can win by just attacking this.
Yes, I find it hard to improve the boot time of the init.d stage.
Then _get rid of your init.d_.
SysV init sequence is insane.
I use daemontools-based setup and it starts up to login prompt
in 5-10 secs (counting from the root fs mount).
In my setup, after a few simple startup scripts a svscan process
is called, which starts all services in parallel.
Gettys are services, and start right away.
--
vda
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- Re: [RFC] kernel facilities for cache prefetching
- From: Arjan van de Ven
- Re: [RFC] kernel facilities for cache prefetching
- From: Wu Fengguang
- Re: [RFC] kernel facilities for cache prefetching
- Prev by Date: mptable program
- Next by Date: Re: [PATCH] device core: remove redundant call to device_initialize.
- Previous by thread: Re: [RFC] kernel facilities for cache prefetching
- Next by thread: Re: [RFC] kernel facilities for cache prefetching
- Index(es):
Relevant Pages
|
