From: Arjan van de Ven <arjan@infradead.org>
To: Andreas Robinson <andr345@gmail.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>,
Rusty Russell <rusty@rustcorp.com.au>,
sam@ravnborg.org, linux-kernel@vger.kernel.org
Subject: Re: [RFC PATCH 0/6] module, kbuild: Faster boot with custom kernel.
Date: Mon, 2 Mar 2009 08:20:03 -0800 [thread overview]
Message-ID: <20090302082003.1bb7bdc5@infradead.org> (raw)
In-Reply-To: <1236004353.10055.49.camel@andreas-laptop>
> A monolithic kernel with parallelized initcalls is better - about 200
> ms faster than parallel insmods on my test system. However, it comes
> with a fairly large set of changes:
>
> * First, you need a 200-line patch in init/main.c (do_initcalls() and
> friends)
why?
We already have async function calls; and those speed up my boot (when
enabled) significantly, by doing much of the kernel/driver init in
parallel.
My server box boots the whole kernel (including all drivers; I build
verything in) in 0.56 seconds, and my net books do it in around 1.0
seconds.
>
> * Then the built-in module dependencies must be calculated properly,
> eg with a modified depmod, and added to the build process.
nope not if done right
> So, what do you think, should I keep going? IMHO, the slower userspace
> implementation is acceptable since it's so much simpler.
I would strongly suggest that you turn on the async function calls and
look at the boot graph of the resulting kernel boot... if you send
that to me I can also take a look and make suggestions....
next prev parent reply other threads:[~2009-03-02 16:19 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-15 18:20 [RFC PATCH 0/6] module, kbuild: Faster boot with custom kernel Andreas Robinson
2009-02-15 18:20 ` [RFC PATCH 1/6] New option: Static linking of external modules Andreas Robinson
2009-02-15 18:20 ` [RFC PATCH 2/6] module: add module ELF section with module_init() pointer Andreas Robinson
2009-02-15 18:20 ` [RFC PATCH 3/6] module: always prefix module parameters with the module name Andreas Robinson
2009-02-15 18:20 ` [RFC PATCH 4/6] kbuild: allow linking of an external object into vmlinux Andreas Robinson
2009-02-15 18:20 ` [RFC PATCH 5/6] scripts: new module preprocessor for static linking Andreas Robinson
2009-02-15 18:20 ` [RFC PATCH 6/6] kbuild: enable relinking of vmlinux without full kernel tree Andreas Robinson
2009-02-16 22:51 ` [RFC PATCH 0/6] module, kbuild: Faster boot with custom kernel Rusty Russell
2009-02-17 10:42 ` Andreas Robinson
2009-02-17 11:53 ` Kay Sievers
2009-02-18 4:58 ` Rusty Russell
2009-02-18 9:15 ` Kay Sievers
2009-02-18 10:25 ` Andreas Robinson
2009-02-20 0:37 ` Andreas Robinson
2009-02-20 1:55 ` Kay Sievers
2009-02-21 11:43 ` Andreas Robinson
2009-03-02 14:32 ` Andreas Robinson
2009-03-02 15:59 ` Kay Sievers
2009-03-02 16:20 ` Arjan van de Ven [this message]
2009-03-02 16:29 ` Kay Sievers
2009-03-02 18:27 ` Arjan van de Ven
2009-03-02 21:41 ` Andreas Robinson
2009-03-04 18:47 ` Andreas Robinson
2009-03-06 0:18 ` Arjan van de Ven
2009-03-06 15:15 ` Andreas Robinson
2009-03-06 15:45 ` Arjan van de Ven
2009-03-08 10:47 ` Andreas Robinson
2009-03-08 16:01 ` Arjan van de Ven
2009-03-08 20:13 ` [PATCH] sata_nv: add a module parameter to enable async scanning Andreas Robinson
2009-03-09 17:12 ` [RFC PATCH 0/6] module, kbuild: Faster boot with custom kernel Will Newton
2009-03-06 7:05 ` fastboot kernel parameter Sitsofe Wheeler
2009-03-06 11:23 ` Arjan van de Ven
2009-02-24 1:27 ` [RFC PATCH 0/6] module, kbuild: Faster boot with custom kernel Rusty Russell
2009-02-18 11:57 ` Rusty Russell
2009-02-18 13:57 ` Kay Sievers
2009-02-19 11:15 ` Rusty Russell
2009-02-19 11:41 ` Kay Sievers
2009-02-19 20:48 ` Kay Sievers
2009-02-19 21:59 ` Kay Sievers
2009-02-20 0:58 ` Rusty Russell
2009-02-20 1:33 ` Kay Sievers
2009-02-24 1:39 ` Rusty Russell
2009-02-20 11:32 ` Rusty Russell
2009-02-23 16:42 ` Kay Sievers
2009-02-25 7:03 ` Rusty Russell
2009-02-25 18:12 ` Kay Sievers
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=20090302082003.1bb7bdc5@infradead.org \
--to=arjan@infradead.org \
--cc=andr345@gmail.com \
--cc=kay.sievers@vrfy.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rusty@rustcorp.com.au \
--cc=sam@ravnborg.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.