[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <cc43514a0902191637h5a9680c5id95f7d6c32cca472@mail.gmail.com>
Date: Fri, 20 Feb 2009 01:37:05 +0100
From: Andreas Robinson <andr345@...il.com>
To: Kay Sievers <kay.sievers@...y.org>
Cc: Rusty Russell <rusty@...tcorp.com.au>, sam@...nborg.org,
linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 0/6] module, kbuild: Faster boot with custom kernel.
Ok, I've run some tests now and the results are not quite what I expected.
There are 3 cases:
Case 1 used a monolithic kernel with a full set of 95 inked-in
external modules.
Case 2 loaded a single mega-module (same set of 95 modules of course)
while case 3 looped through a list of pathnames and called insmod on
each one.
The test machine boots the monolithic kernel in 6.27 seconds. This is
about 0.5 seconds faster than the other two cases, that were roughly
equal.
The setup:
HP pavillion dv6300 laptop,
TL-56 Turion 64 X2 CPU @1.8GHz, 5400 RPM 2.5" Seagate SATA drive
Linux 2.6.29-rc5, with the .config derived from the generic Ubuntu 8.10 kernel.
All three cases had a minimal initramfs with busybox, insmod and an
init script that only inserted modules and then halted. IOW, no root
fs was mounted.
The results:
1. Monolithic: 6.27 s, (0.22). bzImg=3419 kB ramfs=515 kB
2. Megamodule: 6.80 s, (0.16). bzImg=2297 kB ramfs=1783 kB
3. Insmod list: 6.83 s, (0.07). bzImg=2297 kB ramfs=1942 kB
10 samples were taken in each case. Standard deviations are in parenthesis.
The measured times are printk timestamps from a dummy module inserted last.
Reading these benchmark results I can only conclude that my work is
useless and life has no meaning.
So, what's missing or been done wrong here? I expected the difference
between monolithic and modular to be greater to be honest.
Cheers,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists