On Thu, May 03, 2007 at 02:02:32PM +0800, Yang Sheng wrote:
> Hi,
>
> Thanks for the notice!
>
> I am a new kernel developer(also a kernel newbie :-) ) and working on a
> multi-threaded initcall patch in order to speed up the boot stage now. This
> idea provided by my mentor.
I don't think it will really speed up things, boot is still limited by
I/O speed, not kernel startup execution speed. I implemented
multi-threaded device probing (which caused all sorts of problems and
had to be ripped out in the end), and it only caused a very small
increase in speed.
To speed up boot time, you need to attack the issues _after_ init starts
up, not before.
> The basic idea is using kthread with initcall and register a
> wait_for_initcall() with xxx_initcall_sync() which introduced by Andrew
> Morton for multi-threaded probing <http://lkml.org/lkml/2006/10/27/157> used
> as barrier for each level.
>
> I supposed the initcalls in same level can be run in parallel. I know this
> maybe not true, but I wrote this patch and tried.
It is not true, there are a lot of dependencies on the link order of
these initcalls. You will run into troubles.
Good luck,
greg k-h
--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecartis@xxxxxxxxxxxx
Please read the FAQ at http://kernelnewbies.org/FAQ